Причинно-факторные карты: разбор инцидента без охоты на виноватых

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

Откуда метод: авиация и атомная энергетика

Причинно-факторное картирование (Events and Causal Factors Charting) как формализованный метод описано в методических руководствах Министерства энергетики США по разбору аварий (в частности, DOE-NE-STD-1004-92, «Root Cause Analysis Guidance Document») и десятилетиями применяется в атомной энергетике. Похожий принцип — сначала точная хронологическая реконструкция событий, и только потом вывод о вероятной причине — лежит в основе того, как авиационные расследователи (например, в практике NTSB, Национального совета по безопасности на транспорте США) разбирают происшествия: сначала факты и их последовательность, потом причины.

Чем карта отличается от обычного RCA

Root Cause Analysis из предыдущих статей серии обычно применяют к проблеме, которая повторяется или существует продолжительное время, — там важно понять закономерность. Причинно-факторная карта работает с единичным случившимся событием: конкретный сбой поставки, конкретная авария, конкретный инцидент с клиентом. Задача не найти общую закономерность, а восстановить точную последовательность именно этого случая — какие события произошли и в каком порядке, какие условия на них повлияли.

Контрфактический тест на практике

Пример: сорвалась поставка клиенту. Хронология событий: поставщик задержал сырьё на два дня → склад не сообщил об этом отделу продаж → менеджер узнал о задержке в день отгрузки → клиента предупредили слишком поздно, чтобы он успел скорректировать свои планы. Условие, повлиявшее на цепочку: между складом и продажами не было формального канала эскалации задержек, только неформальные разговоры при встрече.

Контрфактический тест: если бы существовал формальный канал эскалации — сорвался бы срок предупреждения клиента? Скорее всего, нет: менеджер узнал бы о задержке на два дня раньше и успел бы согласовать новые сроки. Значит, отсутствие канала эскалации — причинный фактор, а не просто фон. А вот сама задержка поставщиком на два дня, при этом же тесте, не устраняет проблему полностью — она бы просто уменьшила её на два дня, то есть это скорее сопутствующее обстоятельство, чем ключевой причинный фактор.

Как разбирать инцидент, не превращая его в поиск виноватого

Так же, как в разборе первопричин через just culture, при построении карты легко соскользнуть в формат «кто должен был сообщить и не сообщил» вместо «что в системе позволило информации не дойти вовремя». Держите хронологию фактической: события — это то, что произошло и наблюдаемо, без формулировок вроде «менеджер безответственно затянул». Условия — это обстоятельства, а не характеристики людей. Если карта построена честно, предупреждающее действие почти всегда указывает на процесс или канал коммуникации, а не на конкретного сотрудника.

Честное ограничение метода: причинно-факторная карта требует, чтобы у вас была доступна достаточно подробная хронология — свидетели, логи, переписка. Если инцидент случился давно и подробностей не осталось, метод даст в лучшем случае грубое приближение, и в этом случае честнее признать пробелы, чем реконструировать хронологию из догадок.

Статья обновлена: ноябрь 2022

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

Об авторе: Александр Бобков — бизнес-консультант и тренер по управленческим навыкам. Более 15 лет работает с руководителями среднего звена. Специализируется на системном поиске первопричин рабочих проблем.