Дерево перехода (Transition Tree, TT) — пятый и финальный инструмент «Мыслительных процессов» Теории ограничений Э. Голдратта. Детализирует каждую промежуточную цель из Дерева предпосылок в конкретную последовательность действий по формуле «текущее состояние → действие → результат»: для каждого шага явно фиксируется, зачем именно это действие нужно и что оно даёт, а не просто список поручений без обоснования.
Происхождение и исследовательская база
Метод описан Элияху Голдраттом в книге «It's Not Luck» (1994) как завершающий инструмент цепочки Мыслительных процессов: после того как найдены корневая причина (CRT), решение конфликта (Cloud), проверенное решение (FRT) и промежуточные цели с препятствиями (PRT), Transition Tree переводит всё это в конкретный операционный план — кто, что и зачем делает на каждом шаге.
Задокументированный реальный кейс применения пятиступенчатого подхода Теории ограничений, доведённого до конкретного операционного плана действий: исследователи Амарприт Кохли, Динеш Шарма, Джон Герольд и Фрэнк Пасторино (статья «Theory of Constraints: An Application in U.S. Army's Recruiting Process», Journal of Academy of Business and Economics, 2009) применили пять шагов ТОС к процессу набора рекрутов на реальном призывном пункте армии США (Affinity Recruiting Station) в штате Кентукки, проведя интервью с командиром пункта и его сотрудниками. Диагностика показала, что ограничением системы было не количество рекрутеров и не бюджет, а число личных встреч (appointments), которые рекрутер физически успевает провести с потенциальными кандидатами за рабочую неделю — именно это, а не что-либо иное, сдерживало итоговое количество законтрактованных рекрутов. На основе этой диагностики исследователи сформулировали конкретный операционный план действий, позволяющий рекрутерам проводить больше результативных встреч без дополнительного финансирования — то есть напрямую применили логику Дерева перехода: не абстрактную рекомендацию «работайте лучше», а пошаговый план, где каждое действие явно связано с устранением именно найденного ограничения (числа встреч), а не с побочными, второстепенными улучшениями процесса.
«План действий без обоснования «зачем» — это просто список поручений, который никто не будет исполнять осознанно» — принцип Э. Голдратта.
Ключевые идеи и принципы
Принцип: формула «текущее состояние → действие → результат».
Каждый шаг плана явно фиксирует три элемента: что есть сейчас, какое конкретное действие предпринимается, и какой результат это должно дать — цепочка логически обоснована на каждом шаге, а не просто перечисляет задачи.
Принцип: результат одного шага становится текущим состоянием следующего.
Дерево строится как непрерывная цепочка: результат шага N явно указывается как исходное состояние для шага N+1, что гарантирует отсутствие логических разрывов в плане.
Принцип: детализация до операционного уровня.
В отличие от Дерева предпосылок, которое определяет ЧТО нужно достичь, Transition Tree определяет КАК именно это сделать — конкретные, исполнимые действия, а не абстрактные направления.
Ограничения, слепые зоны и критика
Построение полного дерева перехода для каждой промежуточной цели требует значительного времени — на практике часто ограничиваются менее формальным планом действий. Метод предполагает достаточную предсказуемость среды для построения последовательной цепочки действий — в высоко неопределённых условиях цепочка быстро теряет актуальность. Излишняя детализация может сделать план негибким перед лицом непредвиденных изменений.
Типовые ошибки
Ошибка 1: формулируют действия без обоснования «зачем».
План превращается в список задач без явной связи между действием и ожидаемым результатом, что снижает осознанность исполнения.
Как избежать: для каждого действия явно формулировать, какой конкретно результат оно должно дать.
Ошибка 2: пропускают промежуточные шаги, делают слишком большие скачки.
Между текущим состоянием и результатом остаётся логический разрыв — непонятно, как именно одно приводит к другому.
Как избежать: дробить крупные шаги на более мелкие, пока связь «действие→результат» не станет очевидной.
Ошибка 3: не связывают результат шага с текущим состоянием следующего.
Шаги плана существуют независимо друг от друга, без явной цепочки — план превращается в разрозненный список, а не в логичную последовательность.
Как избежать: явно проверять, что результат каждого шага действительно становится отправной точкой следующего.
Ошибка 4: операционный план строится без предварительной точной диагностики ограничения через первые четыре инструмента Мыслительных процессов.
В кейсе с армейским призывным пунктом ценность плана определялась именно точностью диагностики: ограничением оказалось не количество рекрутеров, не бюджет, а конкретно число личных встреч в неделю — план, построенный без такой точной диагностики (например, «просто наймём больше рекрутеров»), потратил бы ресурсы не на реальное ограничение системы, а на что-то, что ограничением не является.
Как избежать: Строить Дерево перехода только после того, как предыдущие инструменты Мыслительных процессов (Дерево текущей реальности, Грозовая туча, Дерево будущей реальности, Дерево предпосылок) точно локализовали именно то ограничение и ту инъекцию, для которых строится операционный план.
Ошибка 5: план действий требует дополнительных ресурсов, хотя цель метода — решение через перераспределение существующих, а не наращивание бюджета.
Рекомендации по армейскому призывному пункту были явно сформулированы так, чтобы позволить рекрутерам законтрактовать больше рекрутов без дополнительного финансирования — стандартная методологическая установка ТОС на использование существующих ресурсов эффективнее, а не на их наращивание; план, первым пунктом предполагающий увеличение бюджета или штата, обходит саму суть подхода.
Как избежать: Прежде чем закладывать в план дополнительные ресурсы, проверять, можно ли устранить найденное ограничение перераспределением уже имеющихся ресурсов — именно так и был построен реальный план для армейского призывного пункта.
Главное, что нужно знать
Дерево перехода завершает цепочку Мыслительных процессов TOC, переводя найденное решение в конкретный, логически обоснованный операционный план — каждое действие связано с конкретным результатом, а результат одного шага становится основой следующего, без разрывов в логике.
План внедрения
Неделя 1: взять промежуточные цели из Дерева предпосылок, для каждой определить текущее состояние.
Неделя 2: построить последовательность шагов «состояние→действие→результат» для приоритетной промежуточной цели.
Неделя 3: проверить логическую связность всей цепочки, при необходимости раздробить крупные шаги.
Неделя 4: начать исполнение плана, отслеживая соответствие фактических результатов запланированным.
Как реализовать этот план с помощью фрейма «Дерево перехода (Transition Tree, TOC)» в OrgDevTools
Фрейм — таблица шагов операционного плана из трёх колонок: «Текущее состояние», «Действие», «Результат»; каждая строка — один шаг плана.
Вердикт фрейма явно требует заполнить все три поля каждой строки (состояние → действие → результат), иначе отмечает шаги как «без полного обоснования» — прямая структурная защита от ошибки 1 (действия без обоснования «зачем»): пустое поле «Результат» у заполненного действия сразу видно в вердикте.
Табличная построчная структура сама подталкивает к небольшим, проверяемым шагам вместо крупных логических скачков — структурная поддержка против ошибки 2 (пропуск промежуточных шагов): длинный список коротких строк естественнее, чем попытка описать весь переход одной строкой.
Подпись под таблицей фрейма («каждый результат становится текущим состоянием для следующего шага») — прямое структурное требование к пользователю проверять цепочку связности, защищающее от ошибки 3 (результат шага не связан с текущим состоянием следующего), как это было в реальном кейсе, где план строился на точно диагностированном едином ограничении, а не на разрозненных шагах.