Метод пяти почему: как найти корневую причину проблемы

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

Сергеев Никита

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

Что делает метод — и чего не делает

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

Метод не является доказательством сам по себе. Фраза «заявки задерживаются, потому что сотрудники невнимательны» лишь заменяет один ярлык другим. Причина должна объяснять механизм, быть согласована с хронологией и подтверждаться следом в данных, документах, системе или наблюдении.

Начните с точной формулировки проблемы

До первого «почему» заполните короткую карточку:

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

Слабая формулировка: «бухгалтерия долго обрабатывает счета». Сильнее: «за две недели 12 из 48 счетов поставщиков вернулись инициаторам после первой проверки из-за отсутствия номера договора; медианный цикл этих 12 счетов увеличился с одного до трёх рабочих дней». Здесь видно событие, долю, причину возврата и последствие, но ещё нет вывода о корневой причине.

Какие данные собрать до разговора

Откройте выборку случаев и восстановите хронологию: кто получил документ, какие поля были заполнены, какой статус поставила система, когда отправили возврат и что произошло после исправления. Поговорите с участниками процесса отдельно от оценки их работы. Полезные вопросы: «Что вы видели в этот момент?», «Какое правило использовали?», «Где оно зафиксировано?», «Как система сообщает об ошибке?»

Если случаев мало, так и запишите. Один эпизод может дать гипотезу, но не позволяет уверенно объявить системную причину. Если за общим симптомом скрываются разные механизмы, разделите выборку на ветви.

Как задавать каждое следующее «почему»

1. Начинайте вопрос с предыдущего подтверждённого ответа, а не с первоначальной проблемы.
2. Ищите механизм: какое условие привело к следующему событию.
3. Просите пример или след: запись, поле, экран, время, документ, измерение.
4. Проверяйте альтернативу: мог бы тот же результат возникнуть при другой причине?
5. Останавливайтесь, когда причина находится в управляемой границе процесса и для неё можно спроектировать проверку.

Вопрос «почему сотрудник ошибся?» часто ведёт к оценке личности. Лучше спросить: «Какой сигнал должен был остановить документ без договора и почему он не сработал?» Это переводит разговор к интерфейсу, роли, правилу или обучению.

Заполненный пример: возврат счетов без номера договора

Цепочка не доказывает, что единственная причина всех задержек — настройка. Она показывает подтверждённый механизм для 10 из 12 случаев. Два случая с неполной карточкой требуют отдельной ветви: возможно, там ошибка справочника, неверный выбор договора или другое правило.

Проверка причинной цепочки

Для каждого перехода примените четыре теста:

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

Если счёт без карточки иногда проходит без возврата, нужно выяснить, что отличается: ручное дополнение бухгалтером, иной тип поставщика или уже заполненная связь в системе. Контрпример не разрушает работу; он уточняет условие причинной связи.

Когда строить несколько ветвей

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

Не пытайтесь свести разные причины к красивому общему слову «коммуникация». Чем точнее механизм, тем легче проверить изменение.

Контрмера должна соответствовать причине

Для примера разумный тест — не общий инструктаж «указывайте договор», а ограниченное изменение входного маршрута:

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

Базовая доля возвратов по выбранной причине — 12 / 48 = 25%. Цель пилота может звучать так: снизить долю возвратов из-за отсутствия основания ниже 5%, не увеличив медианное время подачи более чем на десять минут. Это учебные значения; в реальном процессе пороги задаются по фактическим данным и цене ошибки.

Когда остановиться

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

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

Типичные ошибки разбора

Одностраничный шаблон результата

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

Хорошая карточка позволяет новому участнику восстановить логику без устного пересказа. Если он видит только пять коротких ответов без фактов, разбор ещё не завершён.

Сценарий 45-минутной рабочей встречи

1. 0–5 минут: прочитать формулировку проблемы и границу данных. Не обсуждать решения.
2. 5–15: восстановить хронологию одного типичного случая и одного контрпримера.
3. 15–25: построить основную цепочку, помечая каждое утверждение как факт или гипотезу.
4. 25–32: найти альтернативные ветви и условие, при котором основная цепочка не работает.
5. 32–38: выбрать управляемую причину и сформулировать минимальную контрмеру.
6. 38–45: назначить владельца проверки, показатель, защитную метрику и дату разбора.

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

Журнал проверки гипотез

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

Разбор после контрмеры

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

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

Практика вместо теории

От одной проверенной цепочки — к системному разбору сложных решений

Курс «Системное и критическое мышление в принятии решений» помогает строить и проверять причинные модели, видеть альтернативы и не подменять данные уверенным объяснением. Преподаватель — Сергеев Никита; итоговый документ — удостоверение о повышении квалификации.

Смотреть программу

Вопросы и ответы

• Нужно ли обязательно задать ровно пять вопросов?

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

• Можно ли проводить пять почему одному?

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

• Что считать корневой причиной?

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

• Чем пять почему отличается от дерева проблем?

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

По теме