Как применять метод «5 почему» — шаги и реальные примеры

Метод «5 почему» — задавать вопрос «почему?» последовательно (обычно 3–5 раз), чтобы перейти от симптома к корневой причине и внедрить устойчивое решение. Начинайте с конкретного факта, документируйте ответы и формулируйте меры, которые устраняют причину, а не следствие.

Пошаговая инструкция: как провести разбор

  1. Зафиксируйте наблюдаемый факт без домыслов. Пример: «Доставка опоздала на 2 часа», а не «Проблемы с логистикой».
  2. Сформулируйте первый «Почему?» и ответьте только фактами (логи, показатели, показания свидетелей).
  3. На основе ответа задавайте следующий «Почему?» к этому конкретному факту. Повторяйте, пока не дойдёте до процесса, политики или ресурса, который допустил сбой.
  4. Остановитесь, когда можно предложить изменяемое решение (процесс, инструмент, обучение, штат).
  5. Оформите корректирующие и профилактические меры с ответственными, сроками и критериями эффективности.
  6. Проверьте результат через заранее оговорённый интервал и зафиксируйте выводы.

Начинайте с факта и данных — это исключит обвинения и субъективные ответы.

Два практических примера

Пример A — поломка оборудования

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

Пример B — задержка отчёта

  • Проблема: отчёт сдан с опозданием на день.
  1. Почему? — Менеджер не получил данные от поставщиков.
  2. Почему? — Поставщики не выгрузили данные вовремя.
  3. Почему? — У них сбой в CRM.
  4. Почему? — Система не обновлялась.
  5. Почему? — Бюджет на поддержку урезан.
    Корень: дефект в управлении IT-бюджетом и поддержкой.
    Решение: временно перейти на резервную выгрузку данных, пересмотреть бюджетную политику или подключить облачное решение с SLA.

Когда метод работает, а когда нет

  • Лучшее применение: повторы дефектов, инциденты с очевидными цепочками причин, процессы с регламентами.
  • Ограничения: сложные системные сбои с множественными причинами, когда нужно анализировать данные (лог-файлы, телеметрию) или использовать статистику — тогда комбинируйте с диаграммой Исикавы, Pareto или RCA-инструментами.

Если после 5 «почему» причина не ясна — подключите эксперта и данные (логи, метрики, замеры). «5 почему» — не замена глубокому техническому расследованию.

Частые ошибки

  • Останавливаться на 1–2 вопросах — приводит к временным исправлениям.
  • Давать гипотезы без верификации данными.
  • Фокусироваться на поиске виновных вместо улучшения процесса.
  • Формулировать слишком общие ответы («плохо работал») вместо конкретики («не была выполнена проверка натяжения 12.03»).

FAQ

  • Сколько раз нужно спрашивать «почему»? Обычно 3–5 раз; важнее качество вопросов, чем строгое число.
  • Кто участвует? Люди, знакомые с процессом, и тот, кто фиксирует ответы. В сложных случаях — инженер или аналитик.
  • Как документировать? Коротко: факт → цепочка «почему» → корень → корректирующие меры → ответственные и сроки.
  • Нужна ли статистика? Да — для повторяющихся проблем используйте метрики, чтобы подтвердить причину и оценить эффект изменений.

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