Блог SkillsCup.com

Метод "5 почему" — простой способ добраться до корня проблемы

Суть модели

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

История и авторы

Метод был разработан в компании Toyota в 1930-х годах и стал частью системы Toyota Production System (TPS). Автором метода считается Сакити Тойода, а позднее метод активно развивал Тайити Оно, один из отцов «бережливого производства» Lean manufacturing.
Сегодня техника «5 почему» используется не только в промышленности, но и в бизнесе, образовании, управлении проектами и личной жизни.
Эту технику мы используем в курсе "Решение проблем в бизнесе" и при проведении Стратегических сессий.

Как применять на практике

  1. Сформулируйте проблему. Опишите её максимально конкретно, например: «Клиент не получил заказ вовремя».
  2. Задайте первый «Почему?» Почему клиент не получил заказ вовремя? → «Доставка была задержана».
  3. Продолжайте задавать «Почему?» Почему доставка была задержана? → «На складе не хватило нужного товара».
  4. Двигайтесь дальше. Почему не хватило товара? → «Поставщик не привез его в срок».
  5. Дойдите до корня. Почему поставщик задержал поставку? → «Мы не контролировали сроки поставки, и не было запасов». В итоге мы понимаем, что корневая причина — не поставщик, а отсутствие системы контроля и запасов.
Еще 3 примера вы найдете ниже.
Другие техники системного мышления:

Когда полезно использовать

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

Выгоды и ограничения

Плюсы:
  • Простота и наглядность — не нужны сложные инструменты.
  • Помогает докопаться до сути.
  • Универсальна — работает в любой сфере.
Минусы:
  • Требует честности и дисциплины — легко остановиться на «удобном» ответе, например, «поставщик сорвал доставку».
  • Субъективность — может привести к разным результатам у разных людей.
  • Иногда одной цепочки недостаточно и нужно дополнять другими методами, например, диаграммой Исикавы (рыбий скелет).

Варианты визуализации

  • Простая цепочка вопросов-ответов списком.
  • Древовидная диаграмма — если от одного ответа идёт несколько «почему».
  • Инфографика в стиле блок-схемы.
  • Mindmap — для группового обсуждения.

В каком ПО удобнее оформлять

  • Miro, Mural, Figma — для командного мозгового штурма.
  • PowerPoint, Keynote — для презентаций.
  • Excel, Google Sheets — для систематизации и отчётности.

Примеры применения

Давайте разберём метод «5 почему» на 3 проблемах, с которыми могут столкнуться ИТ-команды:
  1. прод упал после релиза;
  2. пользователи жалуются на медленную работу приложения;
  3. в прод попали пароли в открытом виде.

1. Пром упал после релиза

  1. Почему система упала после релиза? → Потому что новая версия вызвала критическую ошибку.
  2. Почему ошибка попала в продакшн? → Потому что её не обнаружили на этапе тестирования.
  3. Почему тестирование не выявило ошибку? → Потому что не было автотестов на этот сценарий.
  4. Почему не было автотестов? → Потому что команда не успела их написать к дедлайну.
  5. Почему команда не успела написать? → Потому что при планировании задачи тесты не были включены в обязательный объём работы.
  6. Почему автотесты не были включены в обязательные работы? → Потому что они не входят в состав обязательного Definition of Done.
Корневая причина: в процесс планирования доработки и DoD не входит обязательная разработка и покрытие автотестами.

2. Пользователи жалуются на медленную работу приложения

  1. Почему приложение работает медленно? → Потому что страницы грузятся дольше 5 секунд.
  2. Почему страницы грузятся так долго? → Потому что база данных отвечает медленно.
  3. Почему база данных отвечает медленно? → Потому что запросы не оптимизированы.
  4. Почему запросы не оптимизированы? → Потому что разработчики писали их «в лоб», без анализа нагрузки.
  5. Почему нагрузку никто не анализировал? → Потому что в команде нет процесса регулярного профилирования и оптимизации.
Корневая причина: отсутствие практики анализа производительности и оптимизации запросов.

3. В пром попали пароли в открытом виде

  1. Почему пароли оказались в открытом виде? → Потому что один сервис логировал пароли без шифрования.
  2. Почему сервис логировал пароли? → Потому что разработчик добавил логирование для отладки и забыл убрать его.
  3. Почему неубранное логирование паролей не было обнаружено? → Потому что не было code review на этот участок кода.
  4. Почему code review не было? → Потому что команда торопилась закрыть задачу и срезала процесс.
  5. Почему команда решила срезать процесс? → Потому что сроки были сжаты и не было времени на полный цикл проверки.
Корневая причина: давление на сроки приводит к нарушению стандартов качества и безопасности.
Как видно, метод «5 почему» помогает IT-командам понять, что проблемы не в «плохих разработчиках» или «кривом коде», а в процессах — планировании, контроле качества, культуре работы.
2025-09-25 20:03 Эффективность