Определение
Метод «5 почему» — последовательное уточнение возможного причинного механизма наблюдаемой проблемы.
Как применять
Исследователь спрашивает, почему произошло событие, и проверяет каждый ответ по источнику. Цепочка может разветвляться и завершаться раньше или позже пяти вопросов. Предложение изменения возникает после подтверждения управляемого механизма.
Учебный пример
Заказ опоздал из-за повторного согласования. Проверка показывает неполный вход, затем выясняет, кто и по каким правилам готовит его. Команда тестирует изменение входного контроля.
Что учитывать
Число вопросов не является доказательством глубины. Ответ участника остаётся гипотезой, пока механизм не проверен. Нельзя завершать анализ общей фразой о невнимательности сотрудника без проверки условий работы.
Связанные материалы
- Подробнее: Метод «5 почему» — что это и как с его помощью найти причину проблемы.
- Подходящая услуга: Операционная модель управления.
Метод пяти почему открывает цепочку причин
Начинайте с конкретного наблюдаемого события и продолжайте вопросами, пока не дойдёте до причины, которую можно изменить и проверить. Число вопросов не обязано быть ровно пять. Несколько параллельных причин могут привести к одному симптому.
На каждом переходе требуйте источник: журнал, документ, наблюдение, интервью. Не принимайте правдоподобный рассказ за причинное доказательство. Если причина системная, назначьте тест и владельца; не останавливайтесь на «сотрудник ошибся», пока не проверены правила, инструменты и условия.
Проверяйте причинную цепочку до выбора решения
Метод полезен, когда команда уже видит повторяющийся сбой, но пока описывает его как отдельную ошибку. Начните с наблюдаемого события: какой заказ, срок или передача не состоялись и по какой записи это видно. Затем задавайте «почему?» к каждому ответу, пока не появится проверяемый механизм, на который организация может повлиять. Число вопросов заранее не задано.
Например, задержка отгрузки может быть связана с отсутствием подтверждения комплектации, а оно — с тем, что склад получает заявку до фиксации замены товара. Это пока версия: проверьте несколько случаев, регламент и данные системы. Если цепочка расходится, разберите ветви отдельно. Не превращайте «невнимательность» или «плохую коммуникацию» в коренную причину без проверки условий процесса. После проверки измените один управляемый элемент и следите, повторяется ли сбой. Для перехода от симптома к процессу смотрите процессное управление, метрики процессов и матрицу ответственности.