OrgDevTools
OrgDevToolsСистема повышения операционной эффективности
  • МетодикиПошаговые методики с живыми фреймами
  • СценарииГотовые маршруты развития компании
  • РацухиКороткие рабочие решения на каждый день
  • Бизнес-процессыОписания процессов со схемами BPMN
  • ИсследованияДанные и выводы исследований
  • КурсыОнлайн-курсы с практикой
  • Траектория обученияС чего начать и куда расти
  • УслугиРаботы по стандарту качества
  • ЭкспертыИсполнители и консультанты
  • Инструменты OrgDevToolsОписания и инструкции
  • AI-агентыЧто умеют ИИ-помощники
БлогТарифы
O
OrgDevTools

Операционная система для организационного развития. Переводим сложные методологии в пошаговые инструменты с AI-поддержкой.

  • Методики
  • Сценарии
  • Рацухи
  • Бизнес-процессы
  • Исследования
  • Курсы
  • Траектория обучения
  • Услуги
  • Эксперты
  • Инструменты OrgDevTools
  • AI-агенты
  • Блог
  • Новости
  • Статьи
  • Кейсы
  • Отзывы
  • Кому подходит
  • Для франчайзеров
  • Для бюджетных организаций
  • Проверка BPMN онлайн
  • Тарифы
  • White Paper ODTCoin
© 2026 OrgDevTools. Все права защищены.
КонтактыПолитика конфиденциальностиДоговор-офертаCookies

ООО «НИИ Цифровые технологии»

ИНН 9709075179 · info@orgdevtools.ru

Рубрики

Все методики1116
  • Миссия и видение61
  • Анализ109
  • Продукты138
  • Ресурсы4
  • Рынок14
  • Клиенты53
  • Конкуренты18
  • Поставщики10
  • Финансы42
  • Бизнес-модель31
  • Парадигма управления24
  • Продвижение37
  • Постановка целей37
  • Оргструктура47
  • Корпоративная культура37
  • Мотивация и вовлечение42
  • Планирование24
  • Контроль26
  • Управление инициативами15
  • Управление проектами35
  • Процессное управление110
  • Управление инцидентами14
  • Проведение совещаний22
  • Аудит процессов32
  • Аудит клиентского опыта35
  • Аудит маркетинга24
  • Аудит продаж17
  • Аудит данных в ИТ-системах32
  • Аудит HR и мотивации20
  • Аудит контрагентов6
  • Аудит закупок и снабжения9
  • Аудит финансов23
  • Аудит безопасности28
  • Аудит производства15
ГлавнаяМетодикиХолакратия (Holacracy)
Оргструктура

Холакратия (Holacracy)

Холакратия (Holacracy) — система управления, где иерархию должностей заменяют вложенные самоуправляемые круги и роли с явными полномочиями. Гибкость здесь держится на подробных письменных правилах о том, кто и как принимает решения.

Содержание
  1. 1. Фрейм «Холакратия» онлайн
  2. 2. Происхождение и исследовательская база
  3. 3. Документированные кейсы
  4. 4. Ключевые идеи и принципы
  5. 5. Ограничения, слепые зоны и критика
  6. 6. Типовые ошибки
  7. 7. План внедрения
  8. 8. Как реализовать этот план с помощью фрейма «Холакратия (Holacracy)» в OrgDevTools
  9. 9. Книги по теме

Содержание

  1. Фрейм «Холакратия» онлайн
  2. Происхождение и исследовательская база
  3. Документированные кейсы
  4. Ключевые идеи и принципы
  5. Ограничения, слепые зоны и критика
  1. Типовые ошибки
  2. План внедрения
  3. Как реализовать этот план с помощью фрейма «Холакратия (Holacracy)» в OrgDevTools
  4. Книги по теме

Коротко

Главное, что нужно знать

  • Холакратия — формализованная система с письменной конституцией: круги, роли с целями и зонами ответственности, управленческие встречи (меняют структуру) и тактические встречи (разбирают работу).

  • Создатель — Брайан Робертсон (конституция с 2007 года; книга 2015 года); версии конституции обновляются.

  • Zappos (2013–2016) и Medium (отказ в 2016) показывают риски резкого перехода и издержек формальных процессов; причинность не установлена.

  • Исследователи (Бернстайн и др., 2016) советуют не принимать систему целиком, а применять элементы поэтапно.

  • Конституция не решает оплату, карьеру и найм; их нужно проектировать отдельно.

  • Оценивайте эффект метриками: скорость решений, время на встречи, ясность полномочий, вовлечённость.

Заполнить фреймПлан внедрения

Фрейм «Холакратия (Holacracy)»

Заполнили? Сохраните и доведите до результата

Изменения не сохраняются анонимно — войдите, чтобы не потерять заполненное
Сохранить в рабочую тетрадь →

Холакратия (Holacracy) — формализованная система управления, в которой иерархия должностей заменена вложенными самоуправляемыми кругами, а вместо «должностей» люди исполняют роли с явно записанными целями, зонами ответственности и полномочиями. Правила игры прописаны в письменной «конституции», а не зависят от усмотрения руководителя; структура регулярно меняется на специальных «управленческих» (governance) встречах, а текущая работа разбирается на «тактических» встречах. Метод создан Брайаном Робертсоном и используется в ряде компаний, из которых самая известная — Zappos.

Холакратия — не «давайте будем плоскими и гибкими», а строго формализованная система: гибкость достигается за счёт очень подробных правил о том, кто и как принимает решения.

Материал разбирает: устройство круга, роли и встреч (без жаргона — что именно происходит на встрече); происхождение и версии конституции; что известно о применении — Zappos (2013–2016), Medium, обзор Бернстайна и коллег в Harvard Business Review; когда метод подходит, а когда его стоит применять частично; метрики; типовые ошибки; и как устроен фрейм OrgDevTools. Смежные материалы: Конституция холакратии, самоуправляемые команды, бирюзовая организация (Teal), плоская организация, фасилитация.

Происхождение и исследовательская база

Холакратию разработал Брайан Робертсон на основе опыта своей компании Ternary Software в 2000-х годах; идеи он оформил в письменной «Конституции холакратии» (первая версия — 2007 год, затем несколько редакций; текст конституции опубликован открыто) и в книге «Holacracy: The New Management System for a Rapidly Changing World» (2015). Название образовано от «холархии» — идеи Артура Кёстлера о системах, в которых каждая часть одновременно является целым и частью более крупного целого. Практику распространяет компания HolacracyOne, которая обучает и сертифицирует практиков; версии конституции обновляются, поэтому детали процедур нужно проверять по действующей редакции.

Устройство системы, как оно описывается в книге и конституции. Круг — команда, ответственная за свою область (цель круга); круги вложены друг в друга, вся компания — «якорный круг». Роль — набор записанных целей (purpose), областей контроля (domains, то есть ресурсов и процессов, которыми роль вправе распоряжаться) и зон ответственности (accountabilities); у человека может быть несколько ролей, а у роли — несколько исполнителей. Специальные роли круга: «ведущее звено» (lead link — приоритеты и распределение ролей внутри круга, связь с вышестоящим кругом), «представитель» (rep link — передача «напряжений» вверх), «фасилитатор» (ведёт встречи и следит за соблюдением правил) и «секретарь». Напряжение (tension) — разрыв между тем, как есть, и тем, как могло бы быть в рамках роли; именно напряжения запускают изменения. Полномочия: каждый вправе действовать в пределах своей роли без разрешения, но обязан уважать чужие области и политики круга.

Встречи. Управленческая встреча (governance) меняет структуру: роли, политики, области. Стандартный порядок предложения: автор представляет предложение, затем идут уточняющие вопросы, реакции участников, возможные правки и раунд возражений; предложение принимается, если нет обоснованных возражений, причём возражение должно показывать, что предложение вредит кругу, а не быть предпочтением. Это называется «интеграцией возражений» и отличается от голосования большинством. Тактическая встреча посвящена текущей работе: короткая настройка, проверка чек-листов и показателей, обновления по проектам, формирование повестки из напряжений и разбор каждого пункта (что нужно от других участников). Ключевая идея — не смешивать «как устроено» и «что делаем сегодня».

Что говорят исследования. Николас Бернстайн, Джесси Бантч, Николас Каннер и Майкл Ли в статье «Beyond the Holacracy Hype» (Harvard Business Review, июль–август 2016), основанной на многолетней исследовательской программе в ряде обычных организаций, пришли к выводу: новые формы самоуправления способны повысить адаптивность и скорость, но большинству компаний не стоит принимать их принципы целиком; чаще разумен поэтапный, выборочный подход. Майкл Ли и Эми Эдмондсон в обзоре «Self-managing organizations: Exploring the limits of less-hierarchical organizing» (Research in Organizational Behavior, 2017) описали, что упразднение иерархии решает одни проблемы (скорость, вовлечённость), но порождает другие: сложность координации, неопределённость власти, «неформальные иерархии», нагрузку на людей. Оговорка: научных доказательств превосходства холакратии над другими способами организации немного; данные — кейсы и качественные исследования, а не контролируемые эксперименты.

Документированные кейсы

Кейс 1. Zappos (2013–2016): крупнейший публичный эксперимент

Онлайн-ритейлер обуви и одежды Zappos (дочерняя компания Amazon) объявил о переходе на холакратию в 2013 году; генеральный директор Тони Шей стремился сохранить «стартаповскую» скорость при росте компании. К 2015 году процесс, по его оценке, шёл слишком медленно, и в марте 2015 года он предложил сотрудникам, не готовым принять новую модель, выходное пособие (не менее трёх месячных окладов) при условии ухода к концу апреля. Как сообщала пресса (Quartz, Fortune, Time), около 210 человек — примерно 14 % из 1500 — приняли предложение, а в целом с марта 2015 года компанию покинули около 260 сотрудников, то есть 18 %; по сообщениям, общая текучесть в 2015 году была значительно выше обычной. Шей в интервью (Fast Company, CNBC, 2016) говорил, что «исход» не сводится к холакратии, и рассказывал, что сделал бы по-другому при внедрении.

Как читать. Кейс показывает не «провал» метода, а цену принудительного и быстрого перехода: смена способа принятия решений и отказ от должностей меняют карьеру, статус и оплату людей. Оговорки: цифры приведены по прессе и интервью, причинность не установлена (совпали смена системы, кадровые изменения и изменения в компании); исследователи оценивали Zappos неоднозначно, а компания позднее сообщала о модификациях модели; вывод о применимости метода в целом делать нельзя.

Кейс 2. Medium (2013–2016): отказ после четырёх лет

Платформа для публикаций Medium начала использовать холакратию около 2013 года, а в марте 2016 года объявила, что отказывается от неё после примерно четырёх лет эксперимента. По публикациям компании и прессы, причинами называли сложность и затраты формальных процессов (много встреч и правил), затруднённую координацию в масштабе и потребность в более явной ответственности за приоритеты; отдельные практики самоорганизации, по сообщениям, сохранили. Оговорка: описания основаны на публикациях менеджмента и комментаторов; внутренние данные недоступны, и причины отказа могли различаться в разных командах.

Кейс 3. «Beyond the Holacracy Hype»: что советуют исследователи

Бернстайн и соавторы (2016) сопоставили опыт нескольких организаций и советовали не принимать систему целиком, а выбирать элементы, которые решают конкретные проблемы (например, ясные роли и полномочия, прозрачные процедуры решений, регулярные встречи по структуре и по работе). Они подчёркивали, что успех зависит от того, насколько организация решает реальные проблемы (скорость, адаптивность), и от готовности людей нести ответственность. Практический вывод: начинать с пилота на одной команде и продуктовой границе, сохранять управляемость вокруг результата (клиент, продукт), а не только процедур. Оговорка: это обзор и рекомендации авторов, основанные на ограниченном числе организаций.

Ключевые идеи и принципы

  1. Принцип: круги вместо отделов

    Организация состоит из вложенных кругов, каждый из которых обладает властью в своей области и связан с другими через роли-связки (lead link, rep link). Границы круга определяются целью и областью ответственности, а не должностной иерархией; круг вправе перестраивать собственные роли. Это переносит принятие решений ближе к работе, но требует ясных границ и умения договариваться на стыках.

  2. Принцип: роли, а не должности

    Роль описывает цель, области и зоны ответственности; человек может заполнять несколько ролей в разных кругах, а роль можно быстро создать, изменить или упразднить. Это снимает зависимость структуры от конкретных людей и «названий должностей», но усложняет вопросы карьеры, статуса и оплаты, которые конституция сама не решает — их нужно проектировать отдельно.

  3. Принцип: управленческие встречи — процесс эволюции структуры

    Governance-встречи — регулярный формализованный процесс, на котором участники предлагают изменения ролей и политик в ответ на реальные «напряжения». Предложение принимается, если нет обоснованных возражений (интеграция возражений), а не по голосованию большинства. Сильная сторона — быстрая адаптация структуры; слабая — время и дисциплина, нужные для работы по правилам.

  4. Принцип: тактические встречи — разбор текущей работы

    Тактические встречи посвящены операционным вопросам: что нужно от кого, какие препятствия, какие следующие действия. Они отделены от governance, чтобы структурные вопросы не тонули в текучке, а оперативные — не ждали изменения структуры. Формат коротких, жёстко структурированных встреч уменьшает «встречи ради встреч».

  5. Принцип: полнота системы против частичного заимствования

    Робертсон настаивает на принятии конституции целиком, поскольку элементы связаны; Бернстайн и соавторы советуют часто применять элементы выборочно. На практике выбор зависит от цели: если нужна максимально ясная система полномочий и вы готовы к обучению и дисциплине — полная модель; если нужно ускорить решения в одной команде — отдельные практики (ясные роли, регулярный разбор напряжений, короткие встречи).

  6. Принцип: то, что холакратия не решает

    Конституция определяет распределение полномочий и процедуры встреч, но не отвечает за оплату, найм, оценку и увольнение, развитие карьеры, стратегию и культуру; эти вопросы нужно решать отдельно (в описаниях внедрений — через круги оплаты и кадровые процессы). Отсутствие ответа приводит к слухам и тревоге.

  7. Принцип: метрики

    Метрики оценивают, помогает ли система, а не только «соблюдаются ли правила»: время принятия типовых решений до и после; число и срок обработки напряжений; доля ролей с актуальным описанием; доля времени на встречи и его динамика; ясность полномочий по опросу («знаю, кто решает»); вовлечённость и текучесть; скорость и качество результатов (вывод продуктов, обслуживание клиентов); число конфликтов на границах кругов; число обращений «в старую иерархию» за решением. Если время на встречи растёт, а решения не ускоряются, система применена формально.

  8. Принцип: применение в организации (аналогия)

    Порядок: определить проблему, которую нужно решить; выбрать пилотную команду с добровольным участием; обучить фасилитации и правилам; описать роли и области; провести несколько циклов встреч; оценить результаты и издержки; решить, расширять, менять или остановиться; заранее договориться о вопросах оплаты, карьеры и статуса. Это практические рекомендации на основе исследований и кейсов, а не универсальный стандарт.

Ограничения, слепые зоны и критика

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

Принудительный и быстрый переход: история Zappos показывает риск ухода значительной части сотрудников, когда переход воспринимается как ультиматум, а вопросы оплаты и карьеры остаются неясными.

Бюрократия правил: подробная конституция — сама форма бюрократии; критики отмечают парадокс, что система, задуманная как альтернатива бюрократии, заменяет её собственной, не менее детальной системой формальных правил.

Координация и приоритеты: без явного руководителя может быть трудно разрешать конфликты приоритетов между кругами и удерживать общую стратегию; исследования (Ли и Эдмондсон) описывают возникновение неформальных иерархий и потребность в общем контексте.

Нагрузка на людей: множество ролей и встреч создаёт когнитивную и временную нагрузку; люди, которым нужны ясные ориентиры, могут чувствовать неопределённость.

Слабая доказательная база: успех отдельных компаний и крупные неудачи описаны в прессе; систематических сопоставимых исследований эффективности мало; применимость зависит от отрасли, размера, культуры и задач.

Типовые ошибки

  1. Ошибка 1: берут отдельные термины без процесса.

    В компании появляются «круги» и «роли», но нет управленческих встреч и правил принятия решений; получается смена названий без смены логики.

    Как избежать

    либо внедрять систему целиком с процессом governance и тактическими встречами, либо явно выбирать отдельные практики и не называть это холакратией.

  2. Ошибка 2: резкий переход без обучения.

    Сотрудники теряются в терминологии и процедурах, растут сопротивление и отток (сценарий Zappos).

    Как избежать

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

  3. Ошибка 3: смешивают управленческие и тактические встречи.

    Изменение структуры обсуждается в формате текущих вопросов; оба процесса теряют эффективность.

    Как избежать

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

  4. Ошибка 4: переход как ультиматум.

    Формула «прими или уходи» повышает риск массового ухода людей, не готовых к быстрой смене модели.

    Как избежать

    предусматривать пилот, право на адаптацию и понятные варианты для тех, кто не хочет участвовать.

  5. Ошибка 5: механическое применение правил.

    Правила конституции воспринимаются как бюрократия ради бюрократии, если не учитывают масштаб и контекст.

    Как избежать

    соотносить степень формализации со сложностью организации, регулярно проверять, что процедуры помогают решать реальные проблемы.

  6. Ошибка 6: не решают вопросы оплаты и карьеры.

    Пока нет ясности, как оплачиваются роли, растёт статус и оцениваются результаты, люди тревожатся и уходят.

    Как избежать

    до запуска описать правила оплаты, карьеры и оценки в новой модели и сообщить их сотрудникам.

  7. Ошибка 7: не выбирают вокруг чего строить круги.

    Круги делают по функциям, и продукт или клиент остаются без владельца; координация снова уходит в согласования.

    Как избежать

    строить круги вокруг результата (клиент, продукт, процесс), определить ведущее звено и правила разрешения конфликтов между кругами.

План внедрения

  1. Месяцы 1–2: обучение и оценка готовности

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

  2. Месяцы 3–4: пилот

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

  3. Месяцы 5–6: оценка и расширение

    Сравнить результаты пилота с исходными метриками, скорректировать процессы, решить, расширять ли на другие круги, оставить отдельные практики или остановиться.

  4. Далее: поддержание

    Регулярно проводить управленческие встречи для эволюции ролей и политик по реальным напряжениям; обновлять описания ролей; раз в полгода пересматривать издержки и эффект и версию конституции.

Как реализовать этот план с помощью фрейма «Холакратия (Holacracy)» в OrgDevTools

Фрейм «Холакратия (Holacracy)» — бесплатный тренажёр для пилота. В нём описывают круги и роли, ведут список напряжений и задают ритм встреч. По этим данным фрейм выдаёт итог с первой найденной проблемой. Документ открывается пустым, готовых примеров нет. Вкладок пять, порядок заполнения подсказывает нумерация.

Вкладка «1. Круги и роли» — пилот: описать круг и роли (месяцы 3–4)

Круги заполняются построчно. У каждой строки есть название, родительский круг из выпадающего списка («якорный круг» или «внутри: …»), предназначение и ведущее звено.

Роли тоже вводятся строками: название, круг из выпадающего списка, предназначение, число зон ответственности и исполнитель. Новая роль сразу привязывается к первому кругу.

Фрейм учитывает только строки с названием. Под таблицей он сам считает:

  • число людей;

  • среднее число ролей на человека;

  • пустые роли, то есть роли без исполнителя;

  • роли без предназначения. Сюда попадает роль без текста предназначения, а также роль, у которой зон ответственности 0 или число не указано.

Людей фрейм различает по точному написанию имени. Ниже остались прежние свободные списки «Круги» и «Роли, не должности». В них удобно записывать границы автономии и переход от должностей к ролям.

Вкладка «2. Напряжения» — пилот и поддержание: разбор напряжений на встречах

Каждое напряжение — отдельная строка. В ней задаются:

  • формулировка;

  • тип: структурное или операционное (по умолчанию структурное);

  • где разобрано: «не разобрано», «на управленческой» или «на тактической»;

  • галочка «решено».

Структурное напряжение должно идти на управленческую встречу, операционное — на тактическую. Если тип и встреча не совпали, рамка строки краснеет. Внизу три счётчика: всего напряжений, открытых (без галочки) и разобранных не на той встрече.

Вкладка «3. Ритм встреч» — поддержание: регулярные управленческие и тактические встречи

Здесь два числовых поля: управленческих встреч в месяц и тактических в неделю. Минимум — одна управленческая встреча в месяц и одна тактическая в неделю. Это рабочая настройка фрейма: статья требует регулярности, но частоту не называет.

Рядом прежние списки. В «Управленческие встречи» записывают решения по ролям и политикам с датой, в «Тактические встречи» — формат и договорённости.

Вкладка «Визуализация» — оценка пилота (месяцы 5–6)

Схема показывает до шести кругов. Каждый круг подписан и показывает внутри число своих ролей. По окружности расположены точки ролей, до десяти на круг. Залитая точка — у роли есть исполнитель, пустая — нет. Красная рамка круга означает, что у него нет предназначения, пунктирная — что нет ведущего звена.

Вкладка «Итоги» — оценка и решение о расширении

Итог показывает одну проблему — первую из списка ниже:

  1. Нет кругов — фрейм просит их описать.

  2. Нет ролей — просит описать роли.

  3. Роль не принадлежит ни одному кругу.

  4. У роли нет предназначения или зон ответственности. Фрейм называет её «должностью под новым названием».

  5. Напряжение разобрано не на той встрече. Это единственный красный итог: смешение типов встреч фрейм называет главным путём назад к иерархии.

  6. У роли нет исполнителя — ведущее звено круга должно его назначить.

  7. У круга нет ведущего звена.

  8. У человека больше шести ролей (рабочая настройка фрейма).

  9. Ритм встреч не указан или ниже минимума.

  10. Есть открытые напряжения — их нужно внести в повестку.

  11. Иначе — зелёное «Система работает» с числом кругов и ролей и средним числом ролей на человека.

Под итогом выводится сводка счётчиков. Кнопка «Создать задачу» есть у сохранённого документа. Название идёт в том же порядке, что и проверки итога: «Описать круги организации», «Описать роли внутри кругов», «Отнести роль к кругу: …», «Записать предназначение роли: …», «Перенести напряжение на нужную встречу: …», «Назначить исполнителя роли: …», «Назначить ведущее звено круга: …», «Разгрузить человека с большим числом ролей: …», «Наладить ритм управленческих и тактических встреч», «Разобрать напряжение: …»; если проблем нет — «Управленческая встреча круга».

Поэтому тема задачи может не совпасть с темой итога.

Чего фрейм не делает

  • Не проверяет вложенность кругов. Родительский круг выбирается, но в расчёте не участвует, на циклы не проверяется и на схеме не виден.

  • Не учитывает в итоге круг без предназначения. Такой круг видно только по красной рамке на схеме.

  • Даёт роли одно поле исполнителя. По методике у роли может быть несколько исполнителей, но несколько имён в одном поле фрейм посчитает одним человеком.

  • Хранит зоны ответственности только числом. Их содержание и области (domains) не описываются. Отдельных полей для представителя, фасилитатора и секретаря нет.

  • Не проверяет сам процесс решения: раунды и интеграцию возражений. Галочку «решено» можно поставить и неразобранному напряжению.

  • Даёт зелёный итог даже без единого напряжения.

  • Не включает свободные списки в итог.

  • Не считает метрики из статьи: скорость решений, время на встречи, текучесть.

  • Не касается оплаты, карьеры и версии конституции.

Заполнили фрейм? Сохраните, чтобы не потерять

Бесплатно — сохранение в рабочую тетрадь (3 тетради без карты). В PRO — тетради без ограничений, экспорт в PDF и PNG и инструменты для внедрения.
Сохранить в рабочую тетрадьЧто даёт PRO

Книги по теме

Брайан Дж. Робертсон — «Holacracy: The New Management System for a Rapidly Changing World» (2015). Систематическое изложение метода его создателем.

Николас Бернстайн, Джесси Бантч, Николас Каннер, Майкл Ли — «Beyond the Holacracy Hype» (Harvard Business Review, июль–август 2016). Анализ самоуправляемых форм организации и рекомендации по выборочному применению.

Майкл Ли, Эми Эдмондсон — «Self-managing organizations: Exploring the limits of less-hierarchical organizing» (Research in Organizational Behavior, 2017). Обзор преимуществ и проблем организаций с ослабленной иерархией.

Фредерик Лалу — «Reinventing Organizations» (2014). Описание «бирюзовых» организаций с самоуправлением и целостностью; близкая рамка для сравнения.

Похожие методики

Логико-структурный подход (Logical Framework Approach, LFA)

Метод проектирования и оценки проектов через дерево проблем/целей и логико-структурную матрицу с проверкой причинно-следственной логики «если — то».

МетодикаБесплатно

Line of Sight: связь целей сотрудника со стратегией

Line of Sight — связь целей сотрудника со стратегией: способность любого работника объяснить, как его задача ведёт к цели компании. Аудит этой связи находит «сиротские» показатели и потерянные цели, которых нет ни в чьей работе.

МетодикаБесплатно

Front-Back Office Model

Разделение организации на клиентоориентированный front office и стандартизированный, эффективный back office — с критически важным интерфейсом передачи задачи между ними.

МетодикаБесплатно

Начните бесплатно — 3 рабочие тетради, без карты

Живая библиотека методик и неограниченное количество заполненных фреймов.

Создать бесплатный аккаунт