«5 почему»

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

За одну минуту

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

"Пять" - это подсказка, а не обязательный подсчет. Остановитесь, когда команда достигнет причины, которая:

• подтверждается доказательствами;
• объясняет наблюдаемую закономерность;
• может осуществляться на должном системном уровне;
• Это уменьшит рецидив, если он будет изменен.

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

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

Проблема, которую он решает

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

Предполагаемый результат — это проверяемая причинно-следственная цепь и следующее действие, а не определенность, вызванная повторением.

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

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

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

Не полагайтесь на 5 причин:

• за крупный инцидент как единственный метод расследования;
• при взаимодействии нескольких ветвей;
• когда участникам не хватает знаний о работе;
• когда ответы являются мнениями без доказательств;
• Когда вопрос превращается в «почему вы потерпели неудачу?»
• Если предпочтительный вариант уже приводит в движение цепь.

Требуемые вводы

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

Поэтапный процесс

1. обозначить проблему

Включите, что, где, когда и в какой степени. Не включайте предполагаемую причину.

2.Спроси у первого, почему

Спросите, почему произошло конкретное событие или состояние. Запишите более одного ответа, если доказательства подтверждают ветви.

3. Требовать механизма

Для каждого ответа спрашивайте, как оно произвело предыдущее событие. «Бедного общения» недостаточно; определите, какая информация отсутствовала, где и когда.

4.Проверь доказательства.

Отметьте каждую ссылку:

• проверенный;
• правдоподобным, но непроверенным;
• противоречив;
• Неизвестно.

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

5.Продолжить действие системы причин

Спроси, почему снова, пока цепь не достигнет контролируемого состояния на соответствующем уровне. Может потребоваться более или менее пяти вопросов.

6. Альтернативные варианты испытаний

Спросите, что еще может объяснить закономерность. Если причины ветви значительно, перейдите к диаграмме Исикавы или более широкому RCA.

7. Связать действие с причиной

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

Визуальная модель

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

Интерактивный пример

Сценарий

Проблема: 126 напоминаний о назначении были отправлены со старым временем назначения после перепланировки.

Работающая цепь

1. Почему Было ли отправлено старое время?
   Напоминаем, что прочли оригинальную запись бронирования.
2. Почему Вы читали оригинальную запись?
   Поток перепланировки обновил новую таблицу расписания, но не обновил модель чтения напоминания.
3. Почему Не обновилась ли прочитанная модель?
   Новый обработчик событий опустил проекцию напоминания.
4. Почему Было ли упущение отпущено?
   Интеграционный тест охватывал новые бронирования, но не перепланированные.
5. Почему Неужели этот путь отсутствовал?
   Контрольный список выпуска не отображал потребителей вниз по течению для измененного планирования событий.

Возможные действия:

• исправить и заполнить проекцию;
• добавить интеграционное покрытие перепланировки;
• добавить проверку потребителей вниз по течению к обзорам изменений событий;
• Проверяйте несоответствия времени перед отправкой напоминания.

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

Примечания об упрощении

• Используйте «что сделало это возможным?», если повторяющееся «почему?» звучит обвинительно.
• Держите заявление о проблеме видимым.
• Попросите записи или наблюдения по каждой ссылке.
• Пусть цепь разветвляется; принуждение одной линии может скрыть взаимодействующие причины.
• Остановитесь, если обсуждение оставляет доказательства или масштабы команды.

Ожидаемый объем производства

• Определенная проблема;
• одна или несколько причинно-следственных цепей;
• статус доказательства для каждой ссылки;
• открытые вопросы и альтернативные причины;
• проверенная причина или решение использовать более широкий анализ;
• Корректирующие действия и мера результата.

Распространенные ошибки

1. Остановка после пяти вопросов, независимо от доказательств.
2. Следуя одной линейной истории для многокаузальной проблемы.
3. Принятие ярлыков, таких как «небрежность» или «плохой процесс».
4. Спрашиваю почему в винительном тоне.
5. Строить цепочку из одной памяти.
6. Окончание дела вне всякого полезного контроля.
7. Выберите действие, прежде чем проверить цепочку.

Контрольный список качества

• Стартовая проблема является наблюдаемой и масштабируемой.
• Каждый ответ объясняет предыдущую связь с помощью механизма.
• Статус доказательности регистрируется.
• Рассматривались альтернативы и ответвления.
• Цепь не остановилась на человеческой ошибке.
• Выбранное действие изменяет проверенное условие.
• Результаты тестируют, падает ли рецидив.

Шаблон

Проверка знаний

Когда должна остановиться цепь 5 причин?

После пятого вопроса.
Б. Когда команда достигает первого вовлеченного лица.
Когда проверенная, действенная система объясняет закономерность или когда необходим более широкий метод.
Когда посредник предлагает решение.

Ответ: Число пять является эвристическим, и доказательства определяют, полезна ли цепочка.

Связанные инструменты

• Поддержка: Анализ коренных причин
• Часто сочетается с: Диаграмма Исикавы
• Далее следуют: PDCA или проверка корректирующих действий
• Не следует путать с: Полное расследование сложных событий

Ссылки

1. Оно, Ти. Производственная система Toyota: за пределами масштабного производства. Productivity Press, English edition 1988. ISBN 978-0-915299-14-0. Первичный практический отчет о подходе Toyota к решению проблем.
2. Американское общество качества «Пять причин и пять способов». Руководство по ASQ (откроется в новой вкладке)Авторитетная профессиональная процедура и руководство по использованию.
3. Тойота Мотор Корпорейшн.Основная концепция производственной системы Тойота. История Toyota (откроется в новой вкладке)Основной организационный контекст для развития производственной системы Toyota.

Источники рассмотрены 27 июля 2026 года.