site_logo

Метод 5 почему

Обновлено: 15 апреля 2025

В поиске решения проблем мы часто сталкиваемся с ситуациями, когда очевидные меры не дают долгосрочного результата. Причина в том, что мы устраняем симптомы, а не первопричину. Метод «5 почему» — простой, но действенный логический инструмент, который позволяет докопаться до корня проблемы через последовательную цепочку вопросов. Этот подход помогает определить корневую причину проблемы (root cause), чтобы устранить источник, а не только бороться с последствиями.

Что такое метод 5 почему: суть и определение

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

В практике управления проблемами метод «5 почему» особенно ценен при выявлении источников повторяющихся или серьезных инцидентов. Например, когда пользователи жалуются на медленную работу системы, последовательное применение метода может привести от симптома («система тормозит») к корневой причине («неоптимальный SQL-запрос в новом обновлении») через цепочку промежуточных причин.

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

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

История метода 5 почему

Метод «5 почему» появился в Японии в середине XX века. Его создателем считается Сакити Тоёда — японский изобретатель и основатель компании Toyota. Тоёда заметил, что при решении производственных проблем люди часто устраняют лишь последствия, но не их причины.

В 70-х годах метод стал важной частью производственной системы Toyota. Он вошёл в основу философии бережливого производства (Lean manufacturing). Тайити Оно, один из разработчиков этой системы, описал метод в своей книге «Производственная система Тойоты: уходя от массового производства».

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

Со временем метод вышел за пределы автомобильной промышленности. Его стали применять в других отраслях бизнеса, управлении проектами и даже в личной жизни. Сегодня «5 почему» — универсальный инструмент для анализа причинно-следственных связей, который используется во всем мире.

В современных ITSM-процессах метод «5 почему» широко применяется в рамках практики управления проблемами (Problem Management) для поиска первопричин повторяющихся инцидентов и системных сбоев.

Применение метода 5 почему: как найти решение проблемы

Метод «5 почему» — не просто теоретическая концепция, а практический инструмент для повседневного применения. Его красота в простоте и доступности: вам не потребуются сложные программы, математические расчёты или специальное оборудование. Всё что нужно — любопытство, логическое мышление и последовательность.

Когда вы сталкиваетесь с проблемой, вместо того, чтобы хвататься за первое попавшееся решение, метод «5 почему» предлагает остановиться и выполнить глубинный анализ. Вот как применить метод на практике:

Шаг 1. Определите проблему

Начните с конкретной формулировки того, что пошло не так, и избегайте размытых описаний. Запишите проблему на видном месте — на бумаге, доске или в электронном документе. Например, вместо «Система работает нестабильно» напишите: «За последние 24 часа сервис авторизации трижды не отвечал в течение более чем 5 минут, что нарушило SLA и повлияло на работу 40% пользователей». Чем точнее описание, тем легче будет найти корневую причину.

Шаг 2. Задайте первый вопрос «Почему?»

Спросите: «Почему возникла эта проблема?» и запишите все возможные ответы. В сложных ситуациях причин может быть несколько — не отбрасывайте ни одну из них на этом этапе. 

Например:«Почему сервис авторизации не отвечал?» — «Потому что сервер, на котором он размещён, был перегружен и не обрабатывал входящие запросы».

Шаг 3. Продолжайте задавать вопрос «Почему?» к каждому ответу

Для каждой выявленной причины снова спросите: «А почему это произошло?» 

В нашем примере: «Почему сервер оказался перегружен?» — «Потому что на него пришёл повышенный поток запросов, и автомасштабирование не сработало». Визуализируйте этот процесс, рисуя ветвящееся дерево причин или используя стрелки между связанными элементами.

Шаг 4. Углубляйтесь в каждую ветку причин

Продолжайте процесс, задавая вопрос «Почему?» к каждому новому ответу. 

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

Шаг 5. Выявите корневую причину

Обычно после 4-5 вопросов вы доберётесь до фундаментальной причины проблемы. Это то ключевое звено, воздействуя на которое, можно предотвратить повторение проблемы в будущем. 

В нашем примере пятый вопрос может быть: «Почему не был задан триггер масштабирования?» — «Потому что DevOps-инженер не учёл этот сценарий при настройке инфраструктуры, а регламент по проверке конфигураций отсутствует».

Шаг 6. Разработайте контрмеры

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

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

Преимущества метода

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

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

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

  • Повышение качества работы. Когда организация фокусируется на выявлении и устранении первопричин проблем, а не на «тушении пожаров», качество процессов и продуктов естественным образом улучшается. Сотрудники начинают мыслить более критически и системно, что само по себе становится ценным активом компании. 

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

  • Создание культуры постоянного совершенствования. Регулярно задавая вопрос «почему?», команда привыкает к глубокому анализу и не удовлетворяется поверхностными объяснениями. Такой подход стимулирует инновации и превращает каждую проблему в возможность для роста.
  • Простота применения. Метод не требует специальных навыков или знаний и может использоваться практически в любой ситуации, от производственных процессов до личных отношений. Его можно применять как индивидуально, так и в команде, как для мелких задач, так и для сложных организационных проблем.
  • Лучшее понимание процессов. Последовательно исследуя причинно-следственные связи, сотрудники получают более глубокое представление о том, как функционирует организация, какие элементы взаимосвязаны и как одни факторы влияют на другие.
  • Прозрачность в понимании проблем. Визуализация цепочки причин делает логику решения очевидной для всех участников процесса, что повышает вовлеченность и ответственность. Когда люди видят, как была выявлена корневая причина, они с большей вероятностью поддержат предложенные контрмеры.

Недостатки метода

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

  • Субъективность анализа. Разные люди, анализируя одну и ту же проблему, могут прийти к совершенно разным корневым причинам. Так может произойти из-за разницы в опыте, знаниях и личных предубеждениях. В результате выводы могут отражать не объективную реальность, а лишь точку зрения конкретного человека или группы.
  • Неэффективность для сложных проблем. Метод может не работать для сложных, многофакторных проблем. В таких случаях поиск одной корневой причины может быть чрезмерным упрощением. Реальные ситуации часто имеют множество взаимосвязанных факторов, и попытка свести всё к одной первопричине может привести к неполному или даже ошибочному анализу.
  • Поверхностность ответов. Если участники анализа не обладают достаточной экспертизой или не готовы к глубокому исследованию, они могут останавливаться на очевидных, но не корневых причинах. В результате выбранные контрмеры не дадут ожидаемого эффекта, а проблема будет повторяться.
  • Построение цепочки снизу вверх. Иногда процесс анализа идёт в обратном направлении. Люди уже уверены в том, в чём корень проблемы, и подстраивают всю цепочку вопросов так, чтобы прийти к заранее определённому выводу. Такой подход полностью обесценивает метод и приводит к закреплению уже существующих убеждений вместо поиска корневых причин.

Для преодоления этих ограничений эксперты рекомендуют использовать метод «5 почему» в сочетании с другими аналитическими инструментами, такими как диаграмма Исикавы («рыбий скелет»), анализ системных архетипов или метод шести шляп мышления. Такой комплексный подход позволяет получить более полную и объективную картину проблемной ситуации.

Примеры применения метода 5 почему

Метод «5 почему» универсален и может применяться в самых разных сферах. Вот несколько наглядных примеров, демонстрирующих его эффективность:

  • Корпоративный портал периодически становится недоступен
  1. Почему корпоративный портал оказался недоступен?

    — Сервер приложений не отвечал на запросы пользователей.

  2. Почему сервер приложений не отвечал?

    — Исчерпались доступные ресурсы оперативной памяти.

  3. Почему исчерпались ресурсы оперативной памяти?

    — Из-за утечки памяти в недавно внедренном программном модуле.

  4. Почему произошла утечка памяти в модуле?

    — Модуль не прошёл нагрузочное и профилирующее тестирование перед релизом.

  5. Почему модуль не был протестирован должным образом?

    — В процессе управления изменениями отсутствует обязательная проверка потребления памяти, а автоматизированные тесты не предусмотрены.

Контрмера: уточнить требования к процессу релизной подготовки: добавить автоматизированные тесты на потребление ресурсов; включить в стандартную процедуру управления изменениями (Change Enablement) этап обязательной проверки производительности и утечек памяти; обновить критерии готовности (Definition of Done) для релизов.

  • Недовольство клиентов. Бизнес-кейс из сферы обслуживания:
    1. Почему клиенты недовольны?
      — Среди прочего, бедный ассортимент товаров.
    2. Почему ассортимент бедный?
      — Не учитываются пожелания клиентов и персонал плохо обучен.
    3. Почему не учитываются пожелания?
      — Отсутствует система обратной связи.
    4. Почему персонал плохо обучен?
      — Высокая текучесть кадров, невыгодно обучать.
    5. Почему высокая текучесть?
      — Низкая зарплата и отсутствие карьерного роста.

Контрмера: создать систему сбора обратной связи от клиентов, пересмотреть систему оплаты и карьерного роста для сотрудников.

  • Проблема в IT-проекте. Пример из сферы разработки ПО:
    1. Почему проект задерживается?
      — Разработчики не укладываются в сроки.
    2. Почему разработчики не укладываются в сроки?
      — Постоянно меняются требования.
    3. Почему меняются требования?
      — Недостаточно детальная проработка на этапе планирования.
    4. Почему недостаточная проработка?
      — Недостаточное вовлечение конечных пользователей.
    5. Почему пользователи недостаточно вовлечены?
      — Отсутствует методология вовлечения пользователей в процесс разработки.

Контрмера: внедрить методологию User-Centered Design с активным вовлечением пользователей на ранних этапах проектирования.

Как эффективно использовать метод 5 почему: правила и рекомендации

Чтобы извлечь максимальную пользу из метода «5 почему», следуйте этим проверенным рекомендациям:

  • Собирайте команду экспертов. Мозговой штурм с участием людей, обладающих разным опытом и знаниями, даёт гораздо более полную картину проблемы, чем индивидуальный анализ. Привлекайте тех, кто непосредственно связан с проблемной областью и может предоставить ценные сведения.
  • Фокусируйтесь на процессах, а не на людях. Избегайте обвинений и поиска виноватых. Вместо «Почему Иван допустил ошибку?» спрашивайте «Почему наша система позволяет допускать такие ошибки?». Такой подход создаёт атмосферу психологической безопасности и способствует честному анализу.
  • Визуализируйте процесс. Используйте доску, флипчарт или специальное программное обеспечение для создания наглядной схемы причинно-следственных связей. Визуализация помогает увидеть общую картину и не упустить важные детали.
  • Проверяйте логическую цепочку. После завершения анализа прочитайте всю цепочку взаимосвязанных факторов в обратном порядке, используя слово «поэтому» для связи. Если цепочка звучит логично, значит, анализ проведён корректно.
  • Адаптируйте метод под конкретную ситуацию. Не придерживайтесь жёстко числа «5» — иногда достаточно трёх вопросов, а иногда может потребоваться семь или более.
  • Рассматривайте несколько ветвей причин. Для сложных проблем создавайте не линейную цепочку, а древовидную структуру, где к каждой промежуточной причине может вести несколько ответов. Такой подход даёт более полную картину.
  • Избегайте поспешных выводов. Не останавливайтесь на первом правдоподобном объяснении. Продолжайте задавать вопросы, пока не будете уверены, что нашли корневую первопричину.
  • Разрабатывайте конкретные контрмеры. После выявления корневой причины сформулируйте план действий по её устранению. Хорошая контрмера должна быть конкретной, измеримой, достижимой, актуальной и иметь сроки реализации (SMART).
  • Документируйте результаты. Записывайте не только выявленные причины, но и принятые меры, а также их результаты. Благодаря этому в будущем можно избежать повторения подобных проблем и оценить эффективность метода.
  • Комбинируйте с другими методами. Для сложных проблем дополняйте «5 почему» другими инструментами анализа, такими как диаграмма Исикавы, FMEA (анализ видов и последствий отказов) или метод шести шляп мышления.
  • Регулярно практикуйтесь. Как и любой навык, применение метода «5 почему» совершенствуется с практикой. Используйте его для анализа не только серьёзных проблем, но и для повседневных ситуаций, чтобы отточить мастерство.

Резюме

  • Метод «5 почему» — аналитический инструмент для анализа первопричины проблемы (root cause analysis), применяемый в первую очередь в процессе управления проблемами.
  • Ключевое отличие метода — поиск не быстрых решений, а контрмер, устраняющих первопричину и предотвращающих повторное возникновение проблемы.
  • Для эффективного применения визуализируйте процесс анализа, записывая вопросы и ответы в виде причинно-следственного дерева, что помогает сохранить логику и не упустить важные детали.
  • Количество «почему» может отличаться от пяти — важно продолжать задавать вопросы, пока не будет найдена истинная причина, которую можно устранить.
  • Метод эффективен при анализе проблем с ограниченным числом линейно связанных причин. Для более сложных проблем с множественными влияющими факторами его рекомендуется сочетать с другими инструментами анализа первопричин, такими как диаграмма Исикавы, FMEA и др.