Org TopologiesДім сучасного оргдизайну

Цю сторінку перекладено машинно, зараз триває перевірка. Допоможіть покращити переклад ↗

МЕТОД · З 10X ORG

Ката
піднесення.

Структуровані повторювані рутини покращення, що перетворюють намір організаційного дизайну на живу поведінку.

Значок Certified Org Topologies Practitioner (C-OTP)Значок Certified Org Topologies Consultant (C-OTC)

АКАДЕМІЯ

Опануйте підхід Org Topologies

Заняття для практиків (C-OTP) і консультантів (C-OTC): онлайн наживо та очно.

Відвідати Академію →

КАТА ЯК ТЕРМІН

Відпрацьована послідовність, а не разова трансформація

Термін ката походить із бойових мистецтв, де він означає відпрацьовану послідовність дій для розвитку майстерності й судження через повторення. В управлінні його популяризувала Toyota: вивчений, повторюваний шаблон дисциплінованого покращення.

Принципи 10X Org задають напрям. Ката роблять цей напрям дієвим. Їх застосовують на кроці Elevate методу MADE, де висновки з мапування, оцінювання й проєктування перетворюються на конкретні зміни.

Кожна ката націлена на конкретне обмеження — такі як межі команд, права ухвалення рішень, інтерфейси, політики чи управління — і перевіряє, чи розширення мандатів або зменшення тертя наближає систему до бажаного піднесеного стану.

Ката піднесення керуються проблемою, а не методологією.

ШЛЯХ ПІДНЕСЕННЯ

Піднімайтеся до верхнього правого кута мапи

Піднесення — це свідомий рух праворуч і вгору на мапі Org Topologies: ширші навички та ширші мандати на роботу, від випуску до ефектів.

  • Меню, а не послідовність

    Ката не призначені для застосування зверху вниз. Вони утворюють меню свідомих кроків. Правильна відправна точка залежить від того, де на мапі лежать обмеження організації.

  • Почніть із малого, потім розширюйте

    Організації зазвичай починають із кількох ката, що відповідають їхнім найгострішим викликам дизайну, а далі розширюють або змінюють їх добір у міру накопичення досвіду.

  • Не лише для софту

    У сервісних організаціях «продукт» відповідає пропозиції послуги, клієнтському шляху, типу кейсу чи операційній спроможності. Беклоги стають чергами послуг; рев'ю — інспекціями послуг.

СИСТЕМНІСТЬ КАТА

П'ять способів, якими ката рухають усю систему

Лідерам не потрібна ще одна програма трансформації. Оберіть кілька ката й простежте, щоб їх практикували сумлінно: коли рутини стають звичками, гнучкість і стійкість зростають, а культура йде за роботою.

Уся система
Ката ніколи не підправляє один елемент ізольовано: вона зачіпає управління, ролі, події, практики й артефакти разом, як того вимагає Star Model.
Стратегія
Рутини на кшталт багатокомандного Product Backlog Refinement чи вертикального нарізання приносять стратегічну ціль у щоденну роботу, тож структура й процеси йдуть за стратегією.
Люди й ролі
Ката на кшталт Elevate Product Ownership розширюють ролі за межі їхніх старих визначень; повторювана практика розвиває навички, потрібні новому дизайну.
Поведінка й культура
Програми культури зазнають невдачі на абстрактних цінностях. Ката змінюють сам робочий шаблон, а бажана поведінка (співпраця, фокус на клієнті, навчання) приходить разом із ним.
Винагороди
Оскільки ката повторюється, вона сама замикає свій цикл зворотного зв'язку: коротші цикли, краща відповідність продукту й залучені команди винагороджують нову звичку.

Ката на Star Model

Каталог

Каталог ката групує ката за п'ятьма елементами оргдизайну зі Star Model™ Джея Гелбрейта. Змініть один елемент — і решта мають піти слідом. Кожна ката має посилання на свій опис і на кейси, що її застосовують.

Star Model™ Джея Гелбрейта: критерії оргдизайну вгорі, а навколо п'ятикутної зірки — структура, процеси, винагороди та люди
STAR MODEL™, JAY R. GALBRAITH · ОПУБЛІКОВАНО ЗА ДОЗВОЛОМ SASHA GALBRAITH З GALBRAITH MANAGEMENT CONSULTANTS, LLC

Star Model™ Джея Гелбрейта вчить, що організація — це не лише оргструктура чи сума політик, а система взаємопов'язаних дизайнерських виборів, які слід робити свідомо й тримати узгодженими.

Зірка складається з п'яти елементів: критеріїв оргдизайну, виведених зі стратегії, структури, процесів, винагород і людей. Коли вони узгоджені й підсилюють один одного, результативність стає надійнішою та менш випадковою.

Змініть лише один — і решта потягнуть назад. Компанія, що впроваджує Scrum як додатковий процес, а найм, винагороди й структура лишаються як були, отримує передбачуваний результат: «Agile помер». Ката працюють з усіма п'ятьма елементами, тож зміни стають системними.

“Люди поводяться відповідно до того, як їх вимірюють, організовують і винагороджують.”

Jay R. Galbraith, цитата з 10X ORG
  1. 1 СтратегіяНапрям і цілі

    Критерії оргдизайну: Результати, на які спроєктовано організацію. Їх виводять зі стратегії, і вони слугують мірилом для всіх проєктних рішень.

    1. 1.1 Розширення визначення продуктукейсів: 8

      Свідомо розширюйте те, що організація вважає «продуктом», щоб команди орієнтувалися на реальні результати для клієнтів, а не на вузькі компоненти чи завдання.

    2. 1.2 Зміщення власності над продуктом до стратегії та результатівкейсів: 18

      Розмістіть власність над продуктом там, де зустрічаються стратегічний намір і цінність, з відповідальністю за результати, а не за координацію постачання на рівні команди. Для цього треба уникати локальної власності над продуктом на рівні команд і запровадити спільні чи єдині структури такої власності.

    3. 1.3 Стратегічний беклог, заснований на результатахкейсів: 3

      Перейдіть від зобов'язань щодо випуску до явних гіпотез про результат, щоб навчання й вплив були видимі в щоденному пріоритезуванні. У сервісних організаціях: черги запитів, сформульовані навколо результатів для клієнтів, а не типів запитів.

    4. 1.4 Об'єднання продуктових беклогівкейсів: 12

      Зменшіть фрагментацію, звівши конкурентні беклоги в меншу кількість спільних, щоб справжнє пріоритезування відбувалося там, де створюється цінність.

    5. 1.5 Організація навколо продуктів, а не проєктівкейсів: 2

      Замініть тимчасові проєктні зрізи довгостроковою власністю над продуктами, щоб із часом зберігалися навчання й відповідальність.

    6. 1.6 Скорочення відстані до клієнтівкейсів: 9

      Налагодьте регулярний прямий контакт команд із клієнтами, щоб рішення спиралися на реальність, а не на припущення чи посередників.

  2. 2 СтруктураВлада, повноваження, організація

    Як розподілено владу й повноваження: ролі, підрозділи, лінії підпорядкування та базова архітектура того, хто кому звітує.

    1. 2.1 Розширення підрозділів до наскрізної відповідальності за результаткейсів: 23

      Розширте мандати команд, щоб вони могли пройти шлях від наміру до реалізованої цінності. На практиці це часто виявляє потребу спростити організацію, прибравши окремі підрозділи, що «готують» або «дороблюють» роботу, і дає цілісніший та адаптивніший оргдизайн.

    2. 2.2 Формування команди командкейсів: 13

      Створіть легку структуру, у якій команди узгоджуються навколо спільних цілей, зберігаючи автономію у виконанні.

    3. 2.3 Перехід до багатокомандного кросфункційного лінійного управління1 case

      Змістіть фокус управління з окремих команд на багатокомандні зони цінності, щоб координація й навчання виходили за межі кордонів.

    4. 2.4 Нове визначення ролі менеджера: розвиток спроможностей і опіка над системоюкейсів: 3

      Змістіть менеджерів від роздавання вказівок до розвитку людей і розширення мандатів: вони розвивають спроможності та судження, потрібні для ширшої наскрізної відповідальності, і водночас дбають про систему навколо роботи.

    5. 2.5 Самопроєктування командкейсів: 4

      Дайте командам перепроєктовувати власний склад і межі в чітких стратегічних та мандатних рамках, підвищуючи відповідальність і придатність до мети.

    6. 2.6 Децентралізація наскрізних питань через спільнотикейсів: 4

      Децентралізуйте відповідальність за наскрізні питання (як-от архітектурні настанови, стандарти й політики), давши самоорганізованим спільнотам спільно розвивати практики та зменшивши залежність від централізованої координації.

    7. 2.7 Спільна власність між командамикейсів: 12

      Розширте межі технічної власності, щоб команди могли покращувати й виправляти без очікування спеціалістів чи воротарів. У розробці ПЗ це означає дозвіл командам працювати з усією кодовою базою. У сервісних організаціях: спільна власність над процесами, політиками чи обробкою звернень.

  3. 3 ПроцесиПотоки інформації та рішень

    Як рухаються робота та інформація: управлінські рутини, цикли планування й бюджетування, процеси ухвалення рішень.

    1. 3.1 Розширення та спільне використання Definition of Done між командамикейсів: 12

      Постійно розширюйте Definition of Done, щоб вона охоплювала справжню завершеність і якість, зменшуючи приховану роботу, передачі та пізні сюрпризи.

    2. 3.2 Спільний ритм між командамикейсів: 4

      Забезпечте прозорість виконання й інспектування роботи у спільному ритмі планування, огляду та навчання.

    3. 3.3 Добровільний вибір роботикейсів: 5

      Дайте людям і командам брати роботу там, де цінність найвища, а не покладатися на наперед визначені призначення. Ця ката підвищує гнучкість організації та спільну власність і може здійснюватися через свідомі механізми самовибору (наприклад, сесії у стилі Open Space).

    4. 3.4 Багатокомандне уточнення продуктового беклогукейсів: 9

      Регулярно збирайте кілька команд, щоб до виконання сформувати спільне розуміння майбутньої роботи, ризиків і координації.

    5. 3.5 Огляди на рівні продуктукейсів: 4

      Інспектуйте інтегровані результати продукту, а не окремі результати команд, тримаючи навчання на потрібному рівні. У сервісних організаціях: огляд наскрізних результатів сервісу, а не відомчих метрик. Цю ката часто реалізують у форматах на кшталт Sprint Review Bazaar, де стейкхолдери й клієнти самі досліджують робочі рішення та дають прямий відгук замість пасивного перегляду презентацій.

    6. 3.6 Вертикальне нарізання роботикейсів: 3

      Практикуйте поділ роботи на наскрізні інкременти, що дають навчання й цінність, а не часткове просування.

    7. 3.7 Безперервна інтеграція роботи між командами

      Зменшуйте ризики й затримки інтеграції, інтегруючи роботу безперервно між усіма командами та агентами, а не збираючи її пакетами й узгоджуючи пізно. У ПЗ це зазвичай реалізують через trunk-based development, монорепозиторії та безперервну інтеграцію як практику (а не інструмент).

      Жоден опублікований кейс поки не згадує цю ката.

    8. 3.8 Obeya для еволюції оргтопологіїкейсів: 5

      Використовуйте спільний простір рішень, що поєднує стратегію, свідчення й обмеження оргдизайну, щоб еволюція топології була свідомою, а не лише стеженням за постачанням.

    9. 3.9 Evidence-Based Management (EBM) для розвитку спроможностейкейсів: 5

      Застосовуйте на регулярних оглядах невеликий набір змістовних показників, що скеровують навчання й покращення, замість управління за цілями.

  4. 4 ВинагородиСтимули та мотивація

    Як людей мотивують і спрямовують: оплата праці, просування, визнання та інші формальні й неформальні стимули.

    1. 4.1 Зменшення ваги індивідуальних стимулів за результативність

      Скоротіть стимули, що штовхають до локальної оптимізації коштом результативності системи.

      Жоден опублікований кейс поки не згадує цю ката.

    2. 4.2 Кар'єрні шляхи «попутного вітру»кейсів: 6

      Створіть кар'єрні системи, що винагороджують ріст спроможностей і мультинавчання, підтримуючи внесок працівників у цінні результати.

    3. 4.3 Запровадження Beyond Budgeting

      Послабте жорсткі обмеження річного планування, щоб ресурси могли переміщатися разом зі зміною навчання й пріоритетів.

      Жоден опублікований кейс поки не згадує цю ката.

  5. 5 ЛюдиНавички, мислення, спроможності

    Потрібні навички, мислення й потенціал: як організація наймає, розвиває й вирощує людей відповідно до своїх стратегічних потреб.

    1. 5.1 Мультинавчання (за підтримки ШІ) у щоденній роботікейсів: 2

      Використовуйте ШІ, щоб знизити вартість опанування нових навичок під час роботи, розширюючи те, що команди можуть відповідально взяти на себе.

    2. 5.2 Синхронна командна робота для розширення спроможностей і власностікейсів: 11

      Застосовуйте парну роботу, моб-програмування та інші форми справді синхронної роботи через межі ролей, команд і функцій, щоб свідомо розвивати навички та зменшувати залежність від спеціалістів і передач.

Визначення елементів цитуються з 10X ORG, де наведено й повний каталог.

Обрані кейси, багаті на ката

Показати всі 26 кейсів

ВІД СПІЛЬНОТИ

Ката в кейсах

Кожен опублікований кейс, прочитаний на предмет ката, які в ньому описано. Заповнена крапка означає, що організація застосувала ката; кільце — що її запропоновано чи заплановано. Наведіть на крапку, щоб побачити, як це виявилося, або клацніть код, щоб прочитати ката.

applied proposed or planned Стратегія Структура Процеси Винагороди Люди

Case studyСтратегіяСтруктураПроцесиВинагородиЛюди
1.11.21.31.41.51.62.12.22.32.42.52.62.73.13.23.33.43.53.63.73.83.94.14.24.35.15.2
EnergyElevating an EV Scale-up with Org TopologiesЗміщення власності над продуктом до стратегії та результатів: appliedОб'єднання продуктових беклогів: appliedРозширення підрозділів до наскрізної відповідальності за результат: appliedФормування команди команд: appliedСамопроєктування команд: appliedДецентралізація наскрізних питань через спільноти: proposed or plannedСпільна власність між командами: appliedРозширення та спільне використання Definition of Done між командами: appliedСпільний ритм між командами: appliedБагатокомандне уточнення продуктового беклогу: appliedКар'єрні шляхи «попутного вітру»: appliedСинхронна командна робота для розширення спроможностей і власності: applied
HR techCase Study: Enhancing Strobbo's Agile Journey with Org TopologiesЗміщення власності над продуктом до стратегії та результатів: appliedСтратегічний беклог, заснований на результатах: appliedОб'єднання продуктових беклогів: appliedСкорочення відстані до клієнтів: appliedРозширення та спільне використання Definition of Done між командами: appliedБагатокомандне уточнення продуктового беклогу: appliedОгляди на рівні продукту: appliedВертикальне нарізання роботи: appliedObeya для еволюції оргтопології: appliedКар'єрні шляхи «попутного вітру»: appliedСинхронна командна робота для розширення спроможностей і власності: applied
E-commerceLeSS Transformation in Wartime Ukraine: Building an Adaptive Organization at DIM.RIAЗміщення власності над продуктом до стратегії та результатів: appliedОб'єднання продуктових беклогів: appliedРозширення підрозділів до наскрізної відповідальності за результат: proposed or plannedСпільна власність між командами: appliedРозширення та спільне використання Definition of Done між командами: appliedСпільний ритм між командами: appliedДобровільний вибір роботи: appliedБагатокомандне уточнення продуктового беклогу: appliedОгляди на рівні продукту: appliedВертикальне нарізання роботи: applied
High-tech manufacturingDesigning for Paradigm: Bringing Business and IT Together at Europe’s Largest Tech FirmЗміщення власності над продуктом до стратегії та результатів: appliedСтратегічний беклог, заснований на результатах: appliedОб'єднання продуктових беклогів: proposed or plannedРозширення підрозділів до наскрізної відповідальності за результат: appliedФормування команди команд: appliedРозширення та спільне використання Definition of Done між командами: appliedБагатокомандне уточнення продуктового беклогу: appliedОгляди на рівні продукту: proposed or plannedКар'єрні шляхи «попутного вітру»: proposed or plannedСинхронна командна робота для розширення спроможностей і власності: applied
Digital services[Français] Org Topologies & Stratégie Kanban pour augmenter son agilité businessЗміщення власності над продуктом до стратегії та результатів: appliedСкорочення відстані до клієнтів: appliedРозширення підрозділів до наскрізної відповідальності за результат: appliedРозширення та спільне використання Definition of Done між командами: appliedВертикальне нарізання роботи: appliedEvidence-Based Management (EBM) для розвитку спроможностей: appliedСинхронна командна робота для розширення спроможностей і власності: applied
SaaSCase Study: Studying LeSS Adoption at Poster POS Inc. with Org TopologiesРозширення визначення продукту: appliedЗміщення власності над продуктом до стратегії та результатів: appliedОб'єднання продуктових беклогів: appliedСпільна власність між командами: appliedРозширення та спільне використання Definition of Done між командами: appliedДобровільний вибір роботи: appliedБагатокомандне уточнення продуктового беклогу: appliedСинхронна командна робота для розширення спроможностей і власності: proposed or planned
InsuranceRebuilding for Speed and AdaptivenessЗміщення власності над продуктом до стратегії та результатів: appliedОб'єднання продуктових беклогів: appliedФормування команди команд: appliedСпільний ритм між командами: appliedEvidence-Based Management (EBM) для розвитку спроможностей: appliedКар'єрні шляхи «попутного вітру»: appliedМультинавчання (за підтримки ШІ) у щоденній роботі: proposed or plannedСинхронна командна робота для розширення спроможностей і власності: proposed or planned
FintechCase Study: Introduction of Org Topologies™ in European FintechРозширення визначення продукту: appliedЗміщення власності над продуктом до стратегії та результатів: appliedСкорочення відстані до клієнтів: appliedРозширення підрозділів до наскрізної відповідальності за результат: appliedСпільна власність між командами: appliedМультинавчання (за підтримки ШІ) у щоденній роботі: applied
EnergyDoing a LeSS Flip in Two Months with Org TopologiesФормування команди команд: appliedСамопроєктування команд: appliedСпільна власність між командами: appliedРозширення та спільне використання Definition of Done між командами: appliedДобровільний вибір роботи: applied
Industrial R&DCase Study: Using Org Topologies to Assess the Evolutionary Journey Within Eurecat-FPED, an R&D Organization from Catalonia (Spain)Зміщення власності над продуктом до стратегії та результатів: appliedРозширення підрозділів до наскрізної відповідальності за результат: appliedНове визначення ролі менеджера: розвиток спроможностей і опіка над системою: appliedСпільна власність між командами: appliedСинхронна командна робота для розширення спроможностей і власності: applied
Digital servicesBusiness Agility with Org Topologies and KanbanСкорочення відстані до клієнтів: appliedРозширення підрозділів до наскрізної відповідальності за результат: appliedСпільна власність між командами: proposed or plannedРозширення та спільне використання Definition of Done між командами: appliedEvidence-Based Management (EBM) для розвитку спроможностей: appliedСинхронна командна робота для розширення спроможностей і власності: applied
R&DRedesigning an organization with Cynefin Estuarine mapping and Org TopologiesРозширення визначення продукту: proposed or plannedЗміщення власності над продуктом до стратегії та результатів: appliedОб'єднання продуктових беклогів: appliedРозширення підрозділів до наскрізної відповідальності за результат: proposed or plannedДецентралізація наскрізних питань через спільноти: proposed or plannedРозширення та спільне використання Definition of Done між командами: appliedБагатокомандне уточнення продуктового беклогу: appliedObeya для еволюції оргтопології: proposed or plannedКар'єрні шляхи «попутного вітру»: proposed or planned
MultipleStudying Org Designs of Haier's RDHY and Bayer's DSOОрганізація навколо продуктів, а не проєктів: appliedСкорочення відстані до клієнтів: appliedРозширення підрозділів до наскрізної відповідальності за результат: appliedНове визначення ролі менеджера: розвиток спроможностей і опіка над системою: applied
R&DCase Study: from Component Teams to Team Topologies to FaST AgileРозширення підрозділів до наскрізної відповідальності за результат: appliedФормування команди команд: appliedСамопроєктування команд: appliedДобровільний вибір роботи: applied
BankingCase Study: Business Banking Transformation Journey at de VolksbankСтратегічний беклог, заснований на результатах: appliedРозширення підрозділів до наскрізної відповідальності за результат: appliedПерехід до багатокомандного кросфункційного лінійного управління: appliedНове визначення ролі менеджера: розвиток спроможностей і опіка над системою: proposed or plannedObeya для еволюції оргтопології: applied
SaaSHow Much Adaptivity Is Enough? PandaDoc's Journey with Large-Scale Scrum (LeSS)Зміщення власності над продуктом до стратегії та результатів: appliedОрганізація навколо продуктів, а не проєктів: appliedФормування команди команд: applied
Public sectorOrg Topologies Case-Study by Koen Siegers >> "It started over dinner ..."Об'єднання продуктових беклогів: proposed or plannedРозширення підрозділів до наскрізної відповідальності за результат: appliedСпільна власність між командами: appliedРозширення та спільне використання Definition of Done між командами: appliedБагатокомандне уточнення продуктового беклогу: proposed or plannedКар'єрні шляхи «попутного вітру»: proposed or planned
MultipleCase Studies: Org Topologies in ActionРозширення визначення продукту: appliedРозширення підрозділів до наскрізної відповідальності за результат: appliedСпільна власність між командами: applied
BankingCase Study: Using Org Topologies™ to Analyze the Agile Transformation Journey at a Large Dutch BankЗміщення власності над продуктом до стратегії та результатів: proposed or plannedОб'єднання продуктових беклогів: appliedРозширення підрозділів до наскрізної відповідальності за результат: appliedОгляди на рівні продукту: applied
Health techFrom domain silos to strategic ownership: How FloHealth evolved its operating model with the GM structureЗміщення власності над продуктом до стратегії та результатів: appliedОб'єднання продуктових беклогів: proposed or plannedФормування команди команд: appliedСинхронна командна робота для розширення спроможностей і власності: proposed or planned
E-commerceDescriptive Study of an e-retail Transformation Program OrganizationРозширення підрозділів до наскрізної відповідальності за результат: appliedДецентралізація наскрізних питань через спільноти: applied
Public sectorAnalyzing The Transformation Of A SAP Group At A Large Public Authority (Deloitte)Формування команди команд: appliedСпільний ритм між командами: applied
EnergyVUCA-EnergyРозширення визначення продукту: proposed or plannedЗміщення власності над продуктом до стратегії та результатів: proposed or plannedСкорочення відстані до клієнтів: proposed or plannedРозширення підрозділів до наскрізної відповідальності за результат: applied
EnergyFrom Renting Resources to Driving Strategy: A Shift Toward Business-Oriented R&DРозширення визначення продукту: proposed or plannedЗміщення власності над продуктом до стратегії та результатів: appliedСкорочення відстані до клієнтів: proposed or planned
Professional servicesCase Study: Implementing Obeya at Organization X. A retrospective-experience report with Org Topologies.Obeya для еволюції оргтопології: applied
BankingExperience Report: Towards Business-Oriented Org Design at Raiffeisen BankРозширення підрозділів до наскрізної відповідальності за результат: appliedФормування команди команд: proposed or plannedСпільна власність між командами: proposed or planned
AutomotiveStudying Elevation Opportunities in Automotive Data ExchangeЗміщення власності над продуктом до стратегії та результатів: proposed or plannedОб'єднання продуктових беклогів: proposed or plannedСкорочення відстані до клієнтів: proposed or plannedРозширення підрозділів до наскрізної відповідальності за результат: proposed or plannedФормування команди команд: proposed or plannedБагатокомандне уточнення продуктового беклогу: proposed or planned
High-tech manufacturingIdentifying Shared Skills to Elevate a Complex Product Org with Org TopologiesРозширення визначення продукту: proposed or plannedЗміщення власності над продуктом до стратегії та результатів: proposed or plannedОб'єднання продуктових беклогів: proposed or plannedФормування команди команд: proposed or plannedДецентралізація наскрізних питань через спільноти: proposed or plannedСпільна власність між командами: proposed or plannedРозширення та спільне використання Definition of Done між командами: proposed or plannedБагатокомандне уточнення продуктового беклогу: proposed or plannedСинхронна командна робота для розширення спроможностей і власності: proposed or planned
[Français] Initier l’alignement de son organisation et de sa stratégie avec Org Topologies™Розширення підрозділів до наскрізної відповідальності за результат: proposed or plannedEvidence-Based Management (EBM) для розвитку спроможностей: proposed or planned
Banking[Français] Cartographie d'un groupe d'équipes avec OrgTopologiesРозширення підрозділів до наскрізної відповідальності за результат: proposed or plannedФормування команди команд: proposed or planned
Initiate the alignment of your organization and strategy with Org Topologies™Розширення підрозділів до наскрізної відповідальності за результат: proposed or plannedEvidence-Based Management (EBM) для розвитку спроможностей: proposed or planned
SaaSCase-Study: Loglass Using Org Topologies to Set Target Org DesignФормування команди команд: proposed or plannedСамопроєктування команд: proposed or plannedДобровільний вибір роботи: proposed or planned
AviationCase Study: Introducing Org Topologies in an Aviation ProgramРозширення визначення продукту: proposed or plannedЗміщення власності над продуктом до стратегії та результатів: proposed or plannedСкорочення відстані до клієнтів: proposed or plannedРозширення підрозділів до наскрізної відповідальності за результат: proposed or plannedРозширення та спільне використання Definition of Done між командами: proposed or plannedObeya для еволюції оргтопології: proposed or plannedСинхронна командна робота для розширення спроможностей і власності: proposed or planned
BankingFacilitating a Mapping Workshop with Org Topologies™Розширення підрозділів до наскрізної відповідальності за результат: proposed or planned
R&DExperience Report in which Steve introduces Marcus to Org Topologies™Спільна власність між командами: proposed or planned
Cases applying it313372515812318104463333316
Обкладинка книги 10X ORG

З 10X ORG

Побачте ката в дії в 10X ORG

10X ORG перелічує кожну ката піднесення. Розділи показують їх у дії: крок Elevate методу MADE, кар'єрні шляхи з попутним вітром, багатокомандне лінійне управління й Obeya.

Отримати книгу →

АКАДЕМІЯ

Опануйте підхід Org Topologies

Усі дати →

Заняття для практиків (C-OTP) і консультантів (C-OTC): онлайн наживо та очно.

Відвідати Академію →

Community

РОЗМОВА З АВТОРАМИ НАЖИВО

Навчайтеся зі спільнотою

Практики діляться мапами, а автори долучаються до розмови наживо в Slack.

Приєднатися до Slack

ЗАПИТАЙТЕ НАШ ШІ

«Як змапувати мою організацію?»

Навчайтеся з Aiden

Майбутні заняття й події, анонси та нові матеріали для вашої практики оргдизайну. Час від часу, без спаму.

Відписатися можна будь-коли. Конфіденційність →