Дерево проблем: как разложить причины и последствия
Дерево проблем — это карта одной наблюдаемой проблемы, предполагаемых причин под ней и последствий над ней. Оно помогает команде сначала согласовать, что происходит и какие связи нужно проверить, а уже потом обсуждать решения. Стрелка в такой карте — гипотеза до тех пор, пока её не подтвердили данными.
- Когда дерево проблем действительно полезно
- Как сформулировать центральную проблему
- Синтетический пример: дерево из шести высказываний
- Как проверить каждую стрелку
- Дерево целей строится отдельно
- Не смешивайте дерево проблем с соседними инструментами
- Короткий протокол рабочей сессии
- Когда нужен более широкий навык
- Вопросы и ответы
Когда дерево проблем действительно полезно
Метод подходит в начале улучшения процесса, проекта или управленческого разбора, когда участники смешивают три разных высказывания: симптом, возможную причину и уже любимое решение. Дерево задаёт общую грамматику:
- в центре — наблюдаемое нежелательное состояние;
- ниже — условия, которые могут его вызывать или поддерживать;
- выше — состояния, которые могут возникать вследствие центральной проблемы;
- на каждой стрелке — вопрос, каким фактом проверить направление связи.
В официальном описании Logical Framework Approach Европейской комиссии анализ проблемы предшествует построению цепочки результатов, но не отменяет контекст заинтересованных сторон, допущения, риски и профессиональное суждение. Поэтому схема не заменяет исследование и не доказывает причинность внешним видом.
Как сформулировать центральную проблему
Хорошая центральная формулировка описывает что наблюдается, где и в какой границе, но не назначает виновного и не прячет решение. Сравните:
| Формулировка | Что с ней не так | Как уточнить |
|---|---|---|
| «Сотрудники плохо работают» | Оценка людей без измеримого состояния | Назвать нарушенный срок, объём, качество или иной наблюдаемый результат |
| «Нет автоматической системы» | Отсутствие выбранного решения выдано за проблему | Описать сбой процесса, который система предположительно должна исправить |
| «Заявки иногда задерживаются» | Неясны граница и критерий задержки | Зафиксировать тип заявок, период и согласованный срок |
Перед сессией проверьте центральную формулировку по журналу процесса: есть ли даты поступления и закрытия, какой внутренний срок применим, одинаково ли он считается. Если измерения нет, это не запрет на дерево, а первая пометка «нужно установить факт».
Синтетический пример: дерево из шести высказываний
Учебная граница. Кейс полностью вымышленный и не описывает подразделение, сотрудника или реальный процесс учебного центра. Число узлов проверяет структуру, а не истинность причин.
Центральная проблема: «Заявки на учебные справки второй месяц закрываются позже внутреннего срока». Формулировка допускает проверку по датам и не содержит заранее выбранного решения.
Последствия — наблюдаемые состояния, связь с проблемой ещё проверяется
- Заявители повторно запрашивают статус.
- Сотрудники вручную меняют приоритет уже начатых задач.
Направление гипотезы: просрочка заявок → каждое из этих состояний.
Центральная проблема
Заявки на учебные справки второй месяц закрываются позже внутреннего срока.
Причины — пока только гипотезы
- В заявке не фиксируются тип и срочность до распределения.
- При передаче между ролями не фиксируется текущий владелец.
- Для периодов пиковой нагрузки не задано правило перераспределения.
Направление гипотезы: каждое условие → просрочка заявок.
Структурная сверка: одна центральная проблема + три предполагаемые причины + два предполагаемых последствия = шесть высказываний и пять направленных связей. В дереве нет поставщика, конкретного исполнителя, обвинения или решения.
Как проверить каждую стрелку
Вопрос «почему?» помогает предложить связь, но не подтверждает её. Для каждой стрелки запишите альтернативное объяснение и данные, которые способны опровергнуть исходную гипотезу.
| Предполагаемая связь | Что нужно проверить | Что не считать доказательством |
|---|---|---|
| Не заполнены тип и срочность → просрочка | Долю просрочек по заполненности полей при сопоставимых периодах | Один запомнившийся пример |
| Нет текущего владельца → просрочка | Историю передач и время ожидания без владельца для просроченных и своевременных заявок | Мнение, что «обычно теряется на передаче» |
| Нет правила пиковой нагрузки → просрочка | Нагрузку и время закрытия в обычные и пиковые периоды, фактическое перераспределение | Сам факт большого входящего объёма без сравнения |
| Просрочка → повторный запрос статуса | Связку повторного обращения с идентификатором заявки и фактом нарушения срока | Общее количество входящих сообщений |
| Просрочка → ручная смена приоритета | Журнал изменения приоритета, указанную причину и момент относительно просрочки | Наличие функции смены приоритета в системе |
Если данные опровергают стрелку, её удаляют или перестраивают. Если связь выглядит правдоподобно, но данных пока нет, она остаётся явно помеченной гипотезой. Толщина линии, количество голосов на встрече и должность участника не превращают предположение в факт.
Дерево целей строится отдельно
После проверки проблемы можно преобразовать формулировки в желаемые состояния. Методическая заметка Problem Tree Analysis в библиотеке Capacity4dev разделяет дерево проблемы и objective tree — представление желаемого будущего. Такое преобразование не выбирает проект автоматически: желаемое состояние ещё нужно проверить на реалистичность, противоречия и ценность для участников.
Желаемые преимущества
- Заявителям не требуется повторно уточнять статус из-за просрочки.
- Сотрудникам не требуется вручную менять приоритет уже начатых задач из-за просрочки.
Центральное желаемое состояние
Заявки закрываются в согласованный внутренний срок.
Поддерживающие состояния
- Тип и срочность заявки фиксируются до распределения.
- На каждом переходе известен текущий владелец.
- Пиковая нагрузка обрабатывается по заранее согласованному правилу.
Здесь снова шесть высказываний: одно центральное, три поддерживающих и два желаемых преимущества. Это не список решений. В нём пока нет выбора программного продукта, регламента, ответственного, бюджета или срока проекта. Один и тот же желаемый результат может достигаться разными способами, которые ещё предстоит сравнить.
Не смешивайте дерево проблем с соседними инструментами
| Инструмент | Главный вопрос | Граница |
|---|---|---|
| Дерево проблем | Какая центральная проблема, что может её вызывать и к чему она может вести? | Стрелки требуют проверки; решений ещё нет |
| Диаграмма Исикавы | По каким категориям развернуть возможные причины? | Удобна для генерации причин, но не владеет цепочкой проблема → последствия |
| Дерево целей | Какие желаемые состояния соответствуют проверенной проблемной карте? | Не является планом внедрения |
| Дерево решений | Какие варианты доступны и к каким исходам они могут привести? | Требует уже сформулированных альтернатив и критериев |
Если нужно глубже развернуть категории возможных причин, используйте отдельный материал про диаграмму Исикавы. Не переносите из него обещание «корневой причины» в дерево проблем: оба инструмента помогают думать, но не заменяют данные.
Короткий протокол рабочей сессии
- Соберите наблюдения участников и отдельно отметьте источники: журнал, интервью, обращение, предположение.
- Выберите одну центральную формулировку и проверьте, что она наблюдаема, ограничена и не содержит решения.
- Разнесите карточки на причины и последствия, задавая вопрос о направлении каждой связи.
- Для каждой стрелки запишите статус «факт», «гипотеза» или «опровергнуто» и конкретную проверку.
- Только после проверки соберите отдельное дерево желаемых состояний; не добавляйте в него поставщиков и проекты.
- Выберите не «самую красивую ветку», а следующий сбор данных, способный изменить решение.
Критерий готовности: участник, не бывший на встрече, может прочитать центральную проблему, пять стрелок и список проверок и понять, где наблюдение, а где предположение.
Когда нужен более широкий навык
Статья отдаёт законченный артефакт: синтетическое дерево проблем, отдельное дерево целей и таблицу проверок. В реальной управленческой ситуации нужно ещё работать с неполными данными, когнитивными искажениями, аргументами, альтернативами и внедрением решения. Эти повторяемые задачи входят в более широкий контекст курса «Системное и критическое мышление в принятии решений»; курс не подтверждает связи учебного кейса и не заменяет проверку данных.
Дерево проблем полезно, когда делает неопределённость видимой: одна проблема, предполагаемые причины, предполагаемые последствия и проверка для каждой стрелки. Отдельное дерево целей показывает желаемое состояние, но выбор решения начинается только после проверки связей.
От одной причинной карты — к системной проверке решений
Курс «Системное и критическое мышление в принятии решений» помогает отделять симптомы от проблем, проверять факты и предположения, анализировать причины и сравнивать альтернативы. Преподаватель курса — Сергеев Никита; по итогам обучения выдаётся Удостоверение о повышении квалификации.
Вопросы и ответы
- Можно ли сразу превратить каждую проблему в цель и получить план действий?
Можно отдельно сформулировать соответствующее желаемое состояние, но это ещё не план. Сначала проверьте причинные связи и реалистичность целей, затем сравните варианты вмешательства, ограничения, риски и ресурсы. Механическое обращение отрицательной фразы не доказывает, что цель достижима или что выбран способ её достижения.