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
ГлавнаяМетодикиДерево предпосылок (Prerequisite Tree, TOC)
Продукты

Дерево предпосылок (Prerequisite Tree, TOC)

Дерево предпосылок (Prerequisite Tree) — инструмент Теории ограничений Голдратта: сначала перечисляют все препятствия на пути к амбициозной цели, затем для каждого ставят промежуточную цель. Так скрытые барьеры видны до внедрения.

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

Содержание

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

Коротко

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

Дерево предпосылок переводит амбициозную цель из абстрактного намерения в конкретный план, где каждое препятствие явно названо и имеет свою промежуточную цель — систематический сбор барьеров ДО планирования действий предотвращает дорогостоящие сюрпризы в процессе внедрения. Реальный больничный кейс показывает: пять разнородных препятствий, переведённые в конкретные промежуточные цели и выстроенные в логическую последовательность через формальную проверку каждой связи, дали не абстрактное улучшение, а измеримый результат — сокращение времени ожидания на 87%, снижение переработок на 67% и рост производственной мощности на 37% на пилотном участке.

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

Фрейм «Дерево предпосылок (Prerequisite Tree, TOC)»

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

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

Дерево предпосылок (Prerequisite Tree, PRT) — четвёртый инструмент «Мыслительных процессов» Теории ограничений Э. Голдратта. Строит последовательность промежуточных целей, преодолевающих конкретные препятствия на пути к амбициозной цели. Ключевая особенность метода — начинают с перечисления ВСЕХ препятствий, а не с плана действий, чтобы не пропустить скрытые барьеры, которые обычно вскрываются только в процессе внедрения.

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

Метод описан Элияху Голдраттом в книге «It's Not Luck» (1994) как ответ на типичную проблему стратегического планирования: амбициозные цели формулируются, но план их достижения строится без систематического учёта препятствий, которые всплывают одно за другим уже в процессе внедрения, срывая сроки и ресурсы. Дерево предпосылок — четвёртый инструмент в последовательности из пяти («Мыслительные процессы»): оно принимает на вход решение, уже проверенное на логическую состоятельность и отсутствие вредных побочных эффектов Деревом будущей реальности, и переводит его в конкретную последовательность промежуточных целей, преодолевающих реальные препятствия внедрения.

Задокументированный реальный кейс построения Дерева предпосылок в крупной государственной больнице на Северном острове Новой Зеландии: исследователи Виктория Мабин, Джули Йи, Салли Бабингтон, Ванесса Колдуэлл и Робин Мур (статья «Using the Theory of Constraints to resolve long-standing resource and service issues in a large public hospital», журнал Health Systems, 2017) применили Дерево предпосылок для достижения амбициозной цели «качественная помощь пациентам в рамках ограниченного бюджета». Список препятствий, зафиксированный командой, включал: нехватку времени на внедрение изменений из-за высокой загрузки персонала, постоянную текучесть кадров, требующую непрерывного набора, ограниченное понимание давления, испытываемого разными отделениями и группами персонала, недостаточную коммуникацию между отделениями, и то, что каждое отделение принимало решения о распределении ресурсов независимо от других. Каждому препятствию была сопоставлена промежуточная цель, преодолевающая именно его, — а не абстрактный план «работать лучше». Пилотный проект в отделении фармации/онкологии, построенный на основе выстроенных промежуточных целей, дал измеримый результат: среднее время ожидания пациентов сократилось на 87% (со 129 до 16,5 минут), сверхурочная нагрузка медсестёр упала на 67% (с 61 до 22,8 часа в неделю), а производственная мощность онкологического центра выросла на 37%. Это прямая иллюстрация принципа «каждому препятствию — своя промежуточная цель»: список из пяти разнородных препятствий (загрузка персонала, текучесть кадров, недостаточное понимание давления в разных отделениях, слабая межотделенческая коммуникация, разрозненность решений о ресурсах) был переведён не в один общий лозунг, а в конкретные, измеримые промежуточные результаты по каждому пункту.

«Каждое препятствие, не предвиденное на бумаге, будет обнаружено на практике — и обойдётся значительно дороже» — принцип Э. Голдратта.

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

  1. Принцип: сначала — исчерпывающий список препятствий.

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

  2. Принцип: каждому препятствию — своя промежуточная цель.

    Для каждого препятствия формулируется промежуточная цель (Intermediate Objective) — конкретное состояние, при достижении которого препятствие перестаёт быть барьером. Формальная проверка корректности связи в дереве, применённая в новозеландском кейсе: утверждение должно читаться как «чтобы достичь [промежуточная цель], нам необходимо [промежуточная цель более низкого уровня], чтобы преодолеть [конкретное препятствие]» — если утверждение в такой форме не складывается логично, связь в дереве сформулирована неверно и требует пересмотра.

  3. Принцип: промежуточные цели упорядочиваются по логической и временной последовательности.

    Некоторые промежуточные цели являются предпосылками для других — дерево выстраивает их в правильном порядке, показывая, что должно быть сделано раньше, а что позже. В новозеландском кейсе последовательность строилась через логику необходимости: «чтобы достичь [промежуточной цели верхнего уровня], сначала нужно достичь [промежуточной цели более низкого уровня], преодолевающей [конкретное препятствие]» — при этом первыми к исполнению берутся промежуточные цели без предшественников, обычно находящиеся в нижней части дерева, поскольку именно они не зависят от достижения других целей.

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

Список препятствий никогда не бывает по-настоящему исчерпывающим — часть барьеров проявляется только при реальном столкновении с ними. Метод требует значительного времени на начальном этапе сбора препятствий, что может восприниматься как задержка по сравнению с немедленным началом действий. Дерево статично на момент построения — при существенном изменении контекста требует пересмотра. В новозеландском кейсе список препятствий формировался на основе интервью с ограниченным кругом задействованных сотрудников на момент исследования — при масштабировании решения за пределы пилотного отделения фармации/онкологии на всю больницу список препятствий, актуальный для одного отделения, не обязательно останется полным для других отделений с иной спецификой работы.

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

  1. Ошибка 1: собирают список препятствий поверхностно, останавливаются на очевидных.

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

    Как избежать

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

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

    Вместо «обучить команду новому процессу» (результат) пишут «провести обучение» (действие) — теряется критерий, по которому можно проверить, преодолено ли препятствие.

    Как избежать

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

  3. Ошибка 3: не выстраивают логическую последовательность промежуточных целей.

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

    Как избежать

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

  4. Ошибка 4: препятствия собирают силами одной группы, не привлекая людей из разных отделений/ролей.

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

    Как избежать

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

  5. Ошибка 5: пилотный запуск охватывает сразу всю организацию вместо ограниченного пилотного участка.

    Команда больничного кейса не пыталась одновременно перестроить все отделения — измеримые результаты (сокращение времени ожидания на 87%, сверхурочных на 67%) были получены на пилотном проекте в одном отделении (фармация/онкология), после чего подход можно было тиражировать на основе подтверждённых данных, а не веры в план.

    Как избежать

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

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

    Команда выстраивает промежуточные цели в некотором порядке, кажущемся логичным, но не проверяет каждую связь строгим тестом — как это сделала новозеландская команда, формулируя каждую связь в виде «чтобы достичь [цель], нам необходимо [цель более низкого уровня], чтобы преодолеть [конкретное препятствие]». Без этой явной проверки в дерево легко закрадываются связи, которые кажутся правильными интуитивно, но не выдерживают формальной логической проверки при внимательном прочтении вслух.

    Как избежать

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

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

  1. Неделя 1: сформулировать амбициозную цель, собрать максимально полный список препятствий.

  2. Неделя 2: для каждого препятствия сформулировать промежуточную цель. Проверять каждую формулировку тестом «конечное состояние, а не процесс» — не «провести обучение», а «команда владеет новым процессом».

  3. Неделя 3: выстроить промежуточные цели в логической и временной последовательности.

  4. Неделя 4: перейти к Дереву перехода для детализации конкретных действий по каждой промежуточной цели. Как и в новозеландском кейсе, имеет смысл сначала выбрать один пилотный участок с наиболее острой проблемой (в реальном кейсе — отделение фармации/онкологии) для полного прохождения цикла от Дерева предпосылок до Дерева перехода, прежде чем распространять подход на всю организацию.

Как реализовать этот план с помощью фрейма «Дерево предпосылок (Prerequisite Tree, TOC)» в OrgDevTools

Фрейм состоит из поля «Амбициозная цель» и таблицы из двух колонок — «Препятствие» и «Промежуточная цель», преодолевающая именно это препятствие.

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

Построчная структура таблицы «препятствие → промежуточная цель» — защита от ошибки 3 (не выстраивают логическую последовательность): каждое препятствие остаётся видимым отдельной строкой, что облегчает последующий анализ зависимостей между промежуточными целями, как это было сделано в реальном больничном кейсе с пятью разнородными препятствиями.

Вердикт, явно считающий и показывающий число препятствий БЕЗ промежуточной цели («N препятствий без промежуточной цели»), — прямая защита от ошибки 2 (промежуточная цель формулируется как действие, а не как результат): пустое поле сразу заметно и требует именно формулировки конечного состояния, а не процесса. Фрейм не проверяет автоматически логическую форму «чтобы достичь…, нам необходимо…, чтобы преодолеть…» для каждой связи — эта проверка (защита от ошибки 6) остаётся на стороне пользователя, заполняющего таблицу, и стоит проговаривать её вручную для каждой строки перед тем как считать дерево завершённым.

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

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

Книги по теме

Э. Голдратт — «It's Not Luck» (1994). Первоисточник Дерева предпосылок.

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

Из той же рубрики «Продукты»

Анализ потребительских свойств (Product Attribute Analysis)

Анализ потребительских свойств — это оценка каждого атрибута продукта глазами потребителя по двум осям: важность и исполнение. Пересечение осей само расставляет приоритеты: куда вкладывать ресурсы прямо сейчас.

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

Стратегия дифференциации продукта (Product Differentiation Strategy)

Стратегия дифференциации продукта — это оценка пяти измерений, по которым компания может отличаться от конкурентов, с проверкой, насколько сложно скопировать каждое. Сильное, но легко копируемое отличие — не преимущество, а временное явление.

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

Матрица Ансоффа для продуктов (Product-Market Growth Matrix)

Распределение всех продуктов портфеля по четырём квадрантам риска роста Ансоффа — оценка совокупного баланса риска, а не идей для одной инициативы.

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

Анализ продуктового портфеля (Product Portfolio Analysis)

Количественный расчёт структуры продуктового портфеля: доля выручки, взвешенный рост и маржа, индекс концентрации риска зависимости от одного продукта.

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

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

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

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