Определите фактор, который сейчас ограничивает достижение цели системы, защитите его полезную способность и направьте остальные решения на увеличение качественного сквозного результата.
За одну минуту
Система не может бесконечно увеличивать результат: в текущих условиях один фактор сильнее других ограничивает её цель. Ограничением может быть ресурс, правило, решение, навык, рынок или управленческая политика.
Пять фокусирующих шагов:
- Найти ограничение системы.
- Использовать его существующую способность наилучшим образом.
- Подчинить остальные решения выбранному способу работы ограничения.
- Расширить способность ограничения, если этого всё ещё недостаточно.
- Повторить поиск после перемещения ограничения и не допустить инерции.
Лучше всего для: систем с растущей очередью, дефицитным экспертным решением, ограниченной мощностью или конфликтующими локальными показателями.
Избегайте, когда: цель и границы системы не определены или команда называет ограничением любой неудобный участок без данных о сквозном результате.
Проблема, которую решает метод
Локальная эффективность не складывается автоматически в системный результат. Если все участки выпускают работу на максимуме, перед дефицитным звеном растёт незавершённая работа, срок увеличивается, а завершённой ценности больше не становится.
TOC задаёт порядок: сначала улучшать то, что ограничивает систему сейчас, а не распределять одинаковое внимание между всеми возможностями.
Когда использовать метод
- спрос превышает стабильный выпуск системы;
- перед одним решением или ресурсом постоянно растёт очередь;
- сквозной результат не улучшается после локальных оптимизаций;
- дефицитный специалист тратит время на неполные или неподготовленные входы;
- ИИ увеличивает объём работы, но не число качественно завершённых случаев;
- инвестиции в дополнительную мощность нужно обосновать системным эффектом.
Когда не использовать метод
- когда нет явной цели, единицы полезного результата и критериев качества;
- для обвинения команды или человека, оказавшегося в узком месте;
- вместо анализа безопасности и нормативных ограничений;
- для максимизации загрузки каждого ресурса;
- как обещание, что найденное ограничение останется прежним;
- чтобы считать модельные вызовы, документы или задачи полезным throughput.
Необходимые данные
- цель системы и единица полезного завершённого результата;
- границы, спрос и критерии качества;
- скорость выпуска, незавершённая работа и полное время;
- мощности шагов и фактические очереди;
- доля неполных входов, переделок и исключений;
- правила приоритета и выпуска;
- стоимость и срок расширения мощности;
- риски, полномочия и обязательные человеческие решения.
Пошаговый процесс
1. Определите цель и throughput
Сформулируйте, какой завершённый результат создаёт ценность и при каких условиях качества. Объём подготовленных черновиков не считается результатом, если клиентское дело не завершено правильно.
2. Найдите текущее ограничение
Сопоставьте спрос, мощность, очередь, незавершённую работу и полное время. Проверьте, изменится ли результат системы, если предполагаемое ограничение получит дополнительную способность.
3. Используйте ограничение
Уберите простои и работу, не требующую дефицитного суждения. Подготовьте полные входы, защитите приоритеты и время на качество, не увеличивая пока общую мощность.
4. Подчините остальные шаги
Настройте выпуск и подготовку так, чтобы ограничение получало нужную работу в нужном качестве, но не тонуло в лишнем WIP. Локальным командам не обязательно быть занятыми на 100%.
5. Расширьте способность
Если ограничение остаётся активным, добавьте обучение, смену правил, инструменты, автоматизацию, перераспределение ответственности или новую мощность. Сравнивайте варианты по приросту полезного throughput, а не по локальной экономии.
6. Проверьте системный эффект
Измерьте завершённый результат, качество, полное время, WIP, стоимость и нежелательные последствия. Не принимайте рост загрузки за доказательство.
7. Повторите и избегайте инерции
После изменения найдите новое ограничение. Старые приоритеты и показатели могут сами стать политическим ограничением.
Взгляд через ИИ-автоматизацию
ИИ полезен, если он защищает дефицитную способность: собирает доказательства, проверяет полноту, сортирует стандартные случаи, предлагает варианты или ускоряет подготовку решения. Он вреден, если просто выпускает больше входов в растущую очередь.
Зафиксируйте:
- какие данные и версии модели использует поддержка;
- что считается полезным завершённым результатом;
- допустимый уровень ложного исключения ценного случая;
- маршрут низкой уверенности и исключений;
- кто утверждает приоритет и действие;
- стоп-условия, мониторинг дрейфа и откат.
Визуальная модель
Текстовая альтернатива: поток проходит через одно ограничение. Повторяющийся цикл находит, использует, подчиняет и при необходимости расширяет его; ИИ помогает с данными, но выпуск остаётся управляемым.
Интерактивный пример
Ситуация
Эксперт по безопасности может проверить 45 коммерческих предложений в месяц. 30% поступают без необходимых технических данных, и эксперт тратит время на запросы и повторную проверку. Команда хочет внедрить ИИ для написания большего числа предложений.
Разбор
Черновики не являются throughput. Сначала защитите время эксперта: обязательная проверка полноты до очереди, единый пакет доказательств и выпуск в соответствии с доступной мощностью. ИИ может готовить пакет и отмечать пробелы, но не утверждать риск.
Только после этого сравнивайте расширение: дополнительного эксперта, изменение полномочий или автоматизацию стандартной части. Метрика — число качественно завершённых предложений и полное время, а не количество созданных документов.
Заметки фасилитатору
- Определите цель системы до обсуждения ресурсов.
- Отделяйте постоянную очередь от разового сбоя.
- Не превращайте человека в «проблему» — анализируйте конструкцию работы.
- Проверяйте качество входа и причины потери дефицитного времени.
- Просите команды назвать, что они готовы перестать выпускать.
- Сравнивайте инвестиции по влиянию на весь результат.
- После каждого изменения заново проверяйте местоположение ограничения.
Ожидаемый выпуск
- цель, граница и единица полезного throughput;
- доказательство текущего ограничения;
- план использования существующей способности;
- правила подчинения и выпуска работы;
- варианты расширения и критерии выбора;
- границы ИИ, исключения и права на действие;
- сквозные метрики, стоп-условия и дата повторной проверки.
Распространённые ошибки
- называть ограничением самый заметный или дорогой ресурс;
- максимизировать загрузку всех подразделений;
- расширять мощность до использования и подчинения;
- считать созданные ИИ заготовки завершённой ценностью;
- скрывать качество и исключения за средним объёмом;
- продолжать улучшать старое ограничение после его перемещения;
- менять нормативное или безопасностное решение ради скорости.
Контрольный список качества
- Цель системы и полезный завершённый результат определены.
- Ограничение подтверждено данными о потоке, а не мнением.
- Качество является условием throughput.
- Защищено время и качество входа ограничения.
- Правила выпуска подчинены системному решению.
- Расширение оценивается после использования существующей способности.
- ИИ не создаёт неконтролируемый дополнительный WIP.
- Ложные исключения и редкие высокоценные случаи измеряются.
- После изменения назначен новый цикл поиска ограничения.
Шаблон
Рабочий шаблон TOC в личном кабинете связывает цель, доказательства ограничения, действия «использовать — подчинить — расширить», границы автоматизации и повторную проверку.
Проверка знаний
ИИ утроил число подготовленных дел для специалиста, очередь которого уже растёт. Какой ответ соответствует TOC?
A. Наградить команду подготовки за больший выпуск.
B. Немедленно передать все созданные дела.
C. Согласовать выпуск с ограничением и улучшить полноту входа до увеличения объёма.
D. Измерять только задержку модели.
Ответ: C. Неограниченный участок должен поддерживать системный результат, а не увеличивать незавершённую работу.
Связанные инструменты
- Предшествует: картирование потока создания ценности
- Часто используется вместе с: анализом Парето, анализом первопричин
- Проверка рисков: FMEA
- Цикл улучшения: PDCA/PDSA
- Не путать с: обычным планированием мощности, сокращением затрат или любым временным узким местом
Источники
- Goldratt, E. M., Cox, J. The Goal: A Process of Ongoing Improvement. North River Press, 1984/2014.
- Goldratt, E. M. What Is This Thing Called Theory of Constraints and How Should It Be Implemented? North River Press, 1990.
- TOCICO. The Five Focusing Steps (откроется в новой вкладке) — официальная формулировка шагов и предупреждение об инерции.
- Lean Enterprise Institute. Theory of Constraints (откроется в новой вкладке) — сопоставление системного ограничения и потока.
- NIST. Artificial Intelligence Risk Management Framework 1.0 (откроется в новой вкладке).
Источники проверены 3 августа 2026 года.