Метод 5 почему (5 Whys): как найти корневую причину проблемы
Что такое метод 5 почему
5 Why (Пять почему) — техника поиска корневой причины проблемы путём последовательного задавания вопроса «почему?». Разработана Сакити Тоёда (основатель Toyota) в 1930-х годах как часть производственной системы Toyota (TPS).
Идея проста: вместо того чтобы бороться с симптомом, спросите «почему это произошло?» пять раз — и вы дойдёте до корневой причины.
Алгоритм
- Соберите команду (3-7 человек), которые знают процесс
- Сформулируйте проблему: конкретно, измеримо, без интерпретаций
- Спросите: «Почему это произошло?» — запишите ответ
- К каждому ответу снова спросите «почему?»
- Повторите 5 раз (или пока не дойдёте до причины, которую можно устранить)
- Разработайте контрмеру (не «решение», а именно контрмеру — в духе Toyota)
- Проверьте: если устранить найденную причину — проблема не повторится?
Классический пример Toyota
Проблема: станок остановился.
- Почему? — Перегорел предохранитель из-за перегрузки.
- Почему? — Подшипник был плохо смазан.
- Почему? — Масляный насос не подавал достаточно масла.
- Почему? — Вал насоса был изношен.
- Почему? — В насос попадала металлическая стружка (не было фильтра).
Решение: установить фильтр на масляный насос.
Если бы остановились на первом «почему» — просто заменили бы предохранитель. Станок сломался бы снова через неделю.
Каждое «почему» вскрывает новый слой причинно-следственных связей.
Примеры по отраслям
IT: продакшен упал в пятницу вечером
Проблема: сервер недоступен, клиенты жалуются.
- Почему? — Закончилось место на диске БД.
- Почему? — Логи росли быстрее обычного.
- Почему? — Рекламная кампания привела в 5 раз больше трафика, чем ожидалось.
- Почему? — Маркетинг не предупредил разработку о масштабе кампании.
- Почему? — Нет процесса коммуникации между отделами при планировании кампаний.
Контрмера: ввести обязательный тикет в Jira при запуске маркетинговых кампаний с оценкой ожидаемой нагрузки.
Производство: рост брака на линии
Проблема: процент брака вырос с 1.2% до 4.7% за неделю.
- Почему? — Детали не проходят контроль качества по размерам.
- Почему? — Допуск размера выходит за пределы спецификации.
- Почему? — Станок не откалиброван после технического обслуживания.
- Почему? — Регламент ТО не включает обязательную калибровку.
- Почему? — Регламент писали под старую модель станка, не обновили при замене.
Контрмера: обновить регламент ТО, добавить пункт калибровки.
Бизнес: клиенты уходят после первого месяца
Проблема: 40% клиентов отменяют подписку после первого месяца.
- Почему? — Клиенты не видят ценности продукта.
- Почему? — Они не успевают дойти до ключевой функции (Aha-момента).
- Почему? — Онбординг занимает 2 недели и требует ручных действий.
- Почему? — Интерфейс сложный, документация на 50 страницах.
- Почему? — Продукт разрабатывался для опытных пользователей, без учёта новичков.
Контрмера: редизайн онбординга — 5 шагов вместо 20, автоматический туториал.
Правила хорошего «почему»
Формулируйте проблему конкретно
| Плохо | Хорошо |
|---|---|
| «Клиенты недовольны» | «Рейтинг в App Store упал с 4.5 до 3.8 за март» |
| «Сайт медленный» | «Time to First Byte на странице /catalog вырос с 200ms до 1.8s» |
| «Сотрудники уходят» | «Текучка в отделе продаж выросла с 12% до 35% за квартал» |
Следуйте за фактами, а не за мнениями
Каждое «почему» должно опираться на данные, а не на предположения. Если ответ — «мне кажется...» или «наверное...» — пойдите и проверьте.
Не перескакивайте через уровень
Ошибка: «почему клиенты уходят?» → «потому что продукт дорогой». Это перескок: между «уходят» и «дорогой» есть как минимум «не видят ценности за эти деньги» и «конкуренты предлагают дешевле».
Останавливайтесь на процессе, а не на человеке
Плохо: «почему? — потому что Иванов ошибся». Хорошо: «почему? — процесс позволяет отправить данные без валидации».
5 Why не ищет виноватых. Он ищет изъяны в системе.
Когда 5 почему не работает
Сложные системы с множеством причин
Если проблема вызвана комбинацией из 5 независимых факторов, метод пяти «почему» даст цепочку, но не полную картину. В таких случаях лучше диаграмма Исикавы (Fishbone) или Fault Tree Analysis.
Разные ветки «почему»
Часто у одного ответа есть несколько причин. Вместо того чтобы выбирать одну, постройте дерево отказов (Fault Tree): от каждого «почему» может отходить несколько веток.
Субъективные проблемы
«Почему команда демотивирована?» — здесь 5 почему не поможет, потому что у каждого члена команды своя причина. Нужен опрос (анонимный), 1-на-1 встречи.
Связь с другими методами
- RCA (Root Cause Analysis) — общий термин. 5 Why — один из инструментов RCA, наряду с Ishikawa, Fault Tree, Pareto Analysis
- Ishikawa (Fishbone) — когда причин много и они из разных категорий (люди, процессы, оборудование, материалы)
- A3 Problem Solving (Toyota) — 5 Why — часть листа A3, в котором проблема, анализ, контрмеры и план проверки умещаются на одном листе
- Канбан — карточка блокированной задачи на доске часто запускает процесс 5 Why
Чек-лист: правильно ли я провёл 5 Why
- Проблема сформулирована конкретно и измеримо?
- Каждый ответ подтверждён данными или наблюдением, а не предположением?
- Дошли до уровня процесса/системы, а не до конкретного человека?
- Если устранить последний ответ — проблема не повторится?
- Контрмера записана с ответственным и сроком?
- Определён способ проверки эффективности контрмеры (метрика + дата замера)?
5 Why в повседневной жизни
Метод работает и за пределами работы:
Проблема: вечно опаздываю на встречи.
- Почему? — Выхожу позже запланированного.
- Почему? — Не могу найти ключи/телефон/кошелёк.
- Почему? — Вещи не имеют постоянного места.
- Почему? — Нет органайзера/полки у входа.
- Почему? — Не приоритизировал организацию пространства.
Контрмера: купить органайзер у входа, класть ключи и телефон в него сразу по приходу.
Связанные статьи: Методики Problem Solving: RCA, CATWOE и другие, Принципы управления проектами, Экспресс-правила для руководителей в кризис
- Анализ корневых причин (RCA) — полное руководство: 5 почему, Исикава, FMEA, FTA, шаблон post-mortem