Метод 5 почему: суть, примеры и как провести

Автор

Тайити Оно (популяризатор); часто приписывают Сакити Тоёде, 1988 (английское издание книги Оно)

Уровень

201 · Инструмент

Подходит

стартап, малый и средний бизнес, растущая компания, корпорация

Время на внедрение

45–60 минут на одну проблему

Что понадобится

одна проблема, записанная одним предложением с датой и местом · люди, которые работают в этом процессе, а не только их руководитель · ведущий, который остаётся нейтральным и записывает ответы

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

Откуда взялся метод 5 почему?

Из Toyota, но кто именно его изобрёл, неясно. Тайити Оно, построивший значительную часть производственной системы Toyota, писал о том, как пять раз спрашивать «почему», в своей книге, вышедшей по-английски в 1988 году. Эрик Рис говорит, что узнал о приёме из этой книги и затем приспособил его для стартапов.

Многие руководства приписывают метод Сакити Тоёде, изобретателю ткацкого станка и родоначальнику семьи, которая основала Toyota. Например, в руководстве Improvement Cymru сказано, что он его разработал. Страница Toyota о собственной производственной системе связывает Тоёду с автоматическим ткацким станком, который сам останавливается при сбое, — отсюда идёт дзидока. Первоисточника Toyota, где он пять раз задаёт вопрос «почему», мы не нашли, поэтому эту версию стоит считать общепринятой, а не документально подтверждённой.

В Toyota идея шире, чем один приём. В интервью Harvard Business School Стивен Спир рассказывает о работниках, которые учатся прослеживать симптомы до скрытых условий с помощью «глубокого анализа первопричин» и затем меняют саму работу. Метод 5 почему в этом интервью не назван. Он лишь один из заметных инструментов в привычке решать проблемы.

Как работает метод 5 почему?

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

Если остановиться на предохранителе, вы его замените и будете ждать следующего отказа. Lean Enterprise Institute делает из этого примера вывод: прочный ремонт находится в конце цепочки. Метод также уводит вопрос от «кто это сделал» к «что в процессе это допустило». Поэтому NHS England просит ведущих сохранять нейтральность и проводить встречу в безопасной обстановке.

Почему именно пять, а не три или семь?

Пять — эмпирическое правило. Lean Enterprise Institute пишет, что дело не в числе, а Institute for Healthcare Improvement называет его ориентиром. По руководству NHS, команде может понадобиться меньше вопросов или больше.

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

Что пропускает метод 5 почему?

Он может пропустить причины, потому что идёт по одному пути. Improvement Cymru предупреждает: вопрос «почему» может увести по единственной причинной линии, а у проблем в сложных системах редко бывает одна причина. По его руководству, инструмент подходит для лёгких и средних проблем.

Самая острая критика пришла из здравоохранения. Алан Кард писал в BMJ Quality & Safety, что метод ценен для обучения, но может упрощать сложные проблемы и ограничивать понимание того, как ломаются процессы. В родственной статье Пирали и коллег чрезмерная сосредоточенность на одной причине названа одним из слабых мест анализа первопричин вообще.

Нэнси Левесон из MIT указывает на структурную проблему цепочек событий. Поиск назад идёт, пока не найдётся что-то, что легко предотвратить, поэтому точка остановки часто произвольна, а выбранной причиной нередко оказывается человек-оператор. Работы Джеймса Ризона говорят о том же с другой стороны: обвинение отдельных людей скрывает условия, которые раз за разом порождают одну и ту же ошибку. Руководство RCA2 превращает это в правила, в том числе: у человеческой ошибки должна быть предшествующая причина.

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

Как превратить ответ в исправление?

Исправляйте каждый уровень и соизмеряйте усилия с ценой проблемы. Эрик Рис называет это пропорциональными вложениями. В его примере со сбоем цепочка дала пять исправлений: от восстановления сайта до обучения разработчика. Он просит задать минимум и максимум, чтобы небольшие проблемы получали небольшие исправления. Книга Google по SRE добавляет условие из области культуры: разбор без поиска виноватых выявляет сопутствующие причины и не обвиняет человека или команду, потому что люди перестают сообщать о проблемах, если ждут наказания.

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

Как применять: Метод 5 почему: суть, примеры и как провести по шагам

1. Запишите проблему как факт. Одним предложением напишите, что произошло, где и когда. «Выплаты мерчантам пришли после крайнего срока во вторник» подходит. «Операционный отдел работает медленно» не подходит. Результат: формулировка проблемы, с которой согласна вся группа.
2. Спросите «почему» и отвечайте по фактам. Каждый ответ должен опираться на то, что кто-то видел сам или что можно проверить в журнале, тикете или записи. Руководство NHS England требует, чтобы ответы были фактическими и подтверждались тем, кто их даёт. Результат: первая причина, подкреплённая доказательствами, а не мнением.
3. Задайте «почему» к ответу. Возьмите только что записанный ответ и снова спросите «почему». Каждый ответ пишите в отдельной строке, чтобы цепочка оставалась на виду. Результат: письменная цепочка, в каждом звене одна причина.
4. Остановитесь на причине, на которую можно повлиять. Остановитесь, когда ответ — это то, что ваша команда может изменить и что, будь оно изменено, предотвратило бы проблему. Это может быть третье «почему» или седьмое. Результат: причина с владельцем.
5. Проверьте цепочку в обратном порядке. Прочитайте её снизу вверх: если эта причина верна, ведёт ли она к следующей и так до самой проблемы? Поищите боковые ветки, которые вы пропустили. Результат: цепочка, которая выдерживает проверку, и список других веток для разбора.
6. Исправьте каждый уровень и проверьте позже. Эрик Рис, который перенёс метод в стартапы, просит найти исправление на каждом уровне цепочки, соразмерное цене проблемы. Назначьте дату, когда вы проверите, что проблема не вернулась. Результат: действия, владельцы и дата проверки.

Примеры

Платёжная компания: задержка выплат мерчантам

Иллюстративный пример. Почему выплаты опоздали? В очереди на проверку накопился затор. Почему? Правило риск-контроля отправляло на ручную проверку слишком много выплат. Почему? Порог выставили при запуске и больше не пересматривали. Почему? После первого релиза правилом никто не владел. Почему? Чек-лист запуска заканчивался на выходе в продакшен. Исправление: назначить владельца, пересматривать порог раз в квартал, продлить чек-лист до проверки через 30 дней. Первый ответ, затор в очереди, привёл бы к найму ещё одного проверяющего.

Больница: задержка диагноза при раке

Документированный случай из руководства Improvement Cymru по этому методу. Диагноз поставили с задержкой, потому что хирург не увидел отчёт о биопсии. Отчёт подшили в новый раздел медицинской карты. Хирург туда не заглядывал, потому что никто не сообщил хирургам об изменении. Первопричина: врачей не спросили об изменении процесса. Исправление: копии всех отчётов о биопсии теперь сразу отправляют ответственному врачу-консультанту.

Софтверный стартап: сбой сайта

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

Когда применять

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

Когда не применять

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

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

• Остановиться на человеке. «Аналитик ошибся» — это начало разбора. В руководстве RCA2 сказано, что у человеческой ошибки должна быть предшествующая причина, а нарушенная процедура тоже не первопричина.
• Пройти одну ветку и назвать её причиной. Improvement Cymru предупреждает: вопрос «почему» может увести по единственному пути, а у сложных проблем редко бывает одна причина. Спросите, кто видит проблему иначе.
• Отвечать по мнению. Каждому звену нужны доказательства. Без них цепочка отражает теорию самого громкого участника.
• Считать до пяти. В цепочке самого Оно некоторые ответы объединяют по две причины, так что если их разделить, звеньев будет семь. Останавливайтесь, когда можете действовать, а не когда досчитали до пяти.
• Закончить документом. Без владельцев, сроков и проверки анализ ничего не меняет.

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

Что такое метод 5 почему?

Метод 5 почему — приём, основанный на вопросах: вы формулируете проблему, спрашиваете, почему она случилась, затем снова спрашиваете «почему» к этому ответу и повторяете, пока не дойдёте до причины, которую команда может устранить. Lean Enterprise Institute описывает его как повторение вопроса «почему», чтобы пройти дальше симптомов. Чаще всего с ним связывают Тайити Оно из Toyota.

Нужно ли задавать ровно пять «почему»?

Нет. Пять — ориентир. Lean Enterprise Institute пишет, что дело не в числе, а руководство NHS говорит, что может понадобиться меньше или больше вопросов. Останавливайтесь, когда ответ — причина, на которую можно повлиять и которая предотвратила бы проблему.

Кто придумал метод 5 почему?

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

Как выглядит пример метода 5 почему?

Пример Оно: станок остановился. Почему? Перегорел предохранитель из-за перегрузки. Почему? Подшипнику не хватало смазки. Почему? Насос подавал недостаточно. Почему? Износился его вал. Почему? Внутрь попала металлическая стружка, потому что не поставили фильтр-сетку. Установка сетки устраняет причину, а замена предохранителя — нет.

Почему критики считают метод 5 почему несовершенным?

Алан Кард в статье в BMJ Quality & Safety писал, что метод может упрощать сложные проблемы и ограничивать понимание того, как ломаются процессы, хотя для обучения он полезен. Нэнси Левесон из MIT отмечает, что точка остановки в цепочке причин часто произвольна, а выбранной причиной нередко оказывается человек-оператор.

Источники

1. Lean Enterprise Institute, 5 Whys (Lean Lexicon)
2. Mark Graban, Even Ohno's Classic 5 Whys Example Deserves Another Why, LeanBlog, 2026
3. Taiichi Ohno, Toyota Production System: Beyond Large-Scale Production, Productivity Press, 1988 (Internet Archive record)
4. Toyota Motor Corporation, Toyota Production System
5. Toyota Motor Corporation, 75 Years of Toyota: Kiichiro Toyoda invents the automatic loom
6. Institute for Healthcare Improvement, 5 Whys: Finding the Root Cause
7. Olivier Serrat, The Five Whys Technique, Asian Development Bank Knowledge Solutions, 2009
8. NHS England, Learning handbook: Five whys
9. Improvement Cymru Academy, The 5 Whys: a tool for root cause analysis, toolkit guide
10. Alan J. Card, The problem with '5 whys', BMJ Quality & Safety 26(8), 2017
11. AHRQ Patient Safety Network, The problem with 5 whys (commentary on Card, 2017)
12. Mohammad Farhad Peerally, Susan Carr, Justin Waring, Mary Dixon-Woods, The problem with root cause analysis, BMJ Quality & Safety 26(5), 2017
13. AHRQ Patient Safety Network, The problem with root cause analysis (commentary on Peerally et al., 2017)
14. Nancy Leveson, Safety III: A Systems Approach to Safety and Resilience, MIT Engineering Systems Laboratory, 2020
15. James Reason, Human error: models and management, BMJ 320(7237), 2000
16. National Patient Safety Foundation, RCA2: Improving Root Cause Analyses and Actions to Prevent Harm, 2015 (hosted by IHI)
17. Eric Ries, The Five Whys, guest post on Venture Hacks, 2008
18. Eric Ries, The Five Whys, Stanford Entrepreneurial Thought Leaders seminar, 2009
19. Steven J. Spear, H. Kent Bowen, Decoding the DNA of the Toyota Production System, Harvard Business Review, September 1999
20. Harvard Business School Working Knowledge, How Toyota turns workers into problem solvers (Steven Spear interview)
21. Google, Site Reliability Engineering, chapter 15: Postmortem culture

Обновлено 20 октября 2026

Илья ПушинОснователь PUSHERS & COO Fintech ServiceИлья строит операционные системы для растущих компаний в медицине и финтехе. С 2021 года руководит трансграничными платежами в ARBI Exchange, лицензированном обменнике в Таиланде, включая KYC, AML и выход в новые юрисдикции.Об автореLinkedIn