Теория ограничений Голдратта (TOC): простыми словами

Что это

Теория ограничений (Theory of Constraints, TOC) — философия управления, разработанная Элияху Голдраттом в 1980-х. Ключевая идея: в любой системе есть одно узкое место (ограничение), которое определяет производительность всей системы. Улучшайте его — и система улучшится. Улучшайте что-то другое — почти бесполезно.

Голдратт популяризовал TOC через бизнес-роман «Цель» (The Goal, 1984) — одну из самых влиятельных книг по управлению.

Система подобна цепи. Прочность цепи определяется её самым слабым звеном. Укреплять любое другое звено — пустая трата ресурсов.

5 фокусирующих шагов TOC

Шаг 1: Найдите ограничение

Ограничение (Constraint) — это то, что мешает системе достичь большей производительности.

Типы ограничений:

• Физическое — станок, сервер, склад, один разработчик-эксперт
• Рыночное — недостаточный спрос, клиенты не знают о продукте
• Политическое — правило, процедура, регламент, KPI, который поощряет не то поведение

Как найти: ищите, где скапливается работа. Где очередь? Где задачи ждут дольше всего?

Шаг 2: Используйте ограничение на максимум

Не тратьте время ограничения впустую:

• Уберите с него не-критичную работу
• Убедитесь, что оно не простаивает (нет входного голода)
• Убедитесь, что не делает брак (качество входящих материалов)

Пример: если ограничение — хирург, уберите с него заполнение бумаг и переложите на медсестру.

Шаг 3: Подчините всё остальное этому решению

Все остальные ресурсы должны работать в ритме ограничения. Если станок делает 10 деталей в час, а ограничение — 7, то станок должен делать 7, а не 10 (иначе растёт незавершёнка, склад, замороженные деньги).

Шаг 4: Расширьте ограничение

Если шаги 2 и 3 не дали нужного результата:

• Купите второй станок
• Наймите второго разработчика
• Автоматизируйте часть работы

Шаг 5: Вернитесь к шагу 1

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

Барабан-Буфер-Канат (Drum-Buffer-Rope)

Метод операционного управления производством по TOC:

• Барабан (Drum) — ритм ограничения. Если ограничение делает 7 деталей в час, весь завод работает в ритме 7/час.
• Буфер (Buffer) — запас работы перед ограничением. Чтобы ограничение никогда не простаивало. Буфер измеряется не в штуках, а во времени (например, запас на 4 часа работы).
• Канат (Rope) — сигнал от ограничения к началу производственной цепочки: «запускай новую работу только когда ограничение потребило старую». Предотвращает накопление незавершёнки.

Упрощённо: Барабан задаёт темп, Буфер страхует от простоев, Канат не даёт перепроизводить.

Мыслительные процессы (Thinking Processes)

Голдратт разработал инструменты для работы с политическими ограничениями:

1. Дерево текущей реальности (Current Reality Tree) — диаграмма «причина → следствие»: что происходит сейчас и почему
2. Диаграмма разрешения конфликтов (Evaporating Cloud) — инструмент для разрешения противоречий (дилемм)
3. Дерево будущей реальности (Future Reality Tree) — что будет после внедрения решения
4. Дерево перехода (Prerequisite Tree) — какие препятствия нужно преодолеть
5. План преобразований (Transition Tree) — пошаговый план действий

Примеры TOC в разных отраслях

Производство (классика)

Завод делает продукт в 5 этапов. Производительность этапов: 15, 12, 8, 14, 10 шт/час.

Анализ: этап 3 — ограничение (8 шт/час). Производительность всего завода = 8 шт/час.

Что делать:

1. Шаг 2: убрать с этапа 3 всё лишнее (пусть оператор не бегает за заготовками)
2. Шаг 3: этапы 1 и 2 замедлить до 8 шт/час (иначе склад заготовок перед этапом 3)
3. Шаг 4: купить второй станок для этапа 3
4. Шаг 5: теперь ограничение — этап 5 (10 шт/час). Повторить.

IT: команда разработки

Бэклог растёт, а скорость поставки падает.

Анализ: разработчики пишут код быстрее, чем QA успевает тестировать. Задачи скапливаются в колонке «Review». QA — ограничение.

Что делать:

1. Шаг 2: QA не пишет тест-кейсы (разработчики пишут), QA только проверяет
2. Шаг 3: разработчики помогают с тестированием, когда их задачи заблокированы
3. Шаг 4: нанять второго QA или автоматизировать регресс

Управление проектами: Critical Chain

Critical Chain Project Management (CCPM) — применение TOC к проектному управлению:

• Вместо того чтобы добавлять буфер к каждой задаче («оценка 5 дней + 50% запаса = 7.5 дней»), соберите все буферы в конце критической цепи
• Студенческий синдром (откладывание до дедлайна) исчезает: если задача оценена в 3 дня без жирового запаса, разработчик делает её 3 дня, а не 6
• Закон Паркинсона (работа заполняет время) нейтрализован: буфер прозрачен, видно, кто и сколько потребил

Как найти ограничение в своём процессе

1. Идите туда, где скапливается работа. Где самая длинная очередь?
2. Спросите: «Если бы мы могли удвоить мощность этого этапа, насколько выросла бы производительность всей системы?»
3. Если ответ «значительно» — вы нашли ограничение.

Признаки:

• Перед этим этапом всегда очередь
• После этого этапа ресурсы простаивают
• Все совещания крутятся вокруг этого этапа
• Именно сюда все просят добавить людей/деньги

TOC и другие методологии

Связанные инструменты

• Калькулятор потерь (Muda) — оцените 7 видов потерь по шкале 1–5. Связка с теорией ограничений Голдратта.

Связанные статьи: Методики Problem Solving: RCA, CATWOE и другие, Регламент процесса как инструмент управления, Методологии планирования