Метод «5 почему»: как искать причины проблемы и проверять гипотезы

#COURSE##INNER#

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

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

Сформулируйте проблему так, чтобы ее можно было проверить

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

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

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

Учебный пример: почему задержался отчет

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

Вопрос	Предполагаемый ответ	Что проверить
Почему отчет передали поздно?	Сборка заняла дольше запланированного	Время получения файлов, начала и завершения сборки
Почему сборка затянулась?	Пришлось вручную исправлять часть исходных таблиц	Какие исправления сделаны и сколько времени они заняли
Почему потребовались исправления?	Подразделения прислали данные с разными названиями столбцов и форматами дат	Сравнение присланных файлов
Почему форматы оказались разными?	Участники использовали разные версии шаблона	Версии файлов и порядок их распространения
Почему продолжали использовать старые версии?	Не было согласованного места хранения актуального шаблона и порядка обновления	Инструкция, доступы и фактический путь получения шаблона

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

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

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

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

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

Переведите вывод в действие с проверяемым результатом

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

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

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

Как потренироваться и выбрать дальнейшее обучение

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

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

Метод прямо указан в программе SF Education «Mini-MBA: Бизнес-аналитик», в блоке введения в бизнес-анализ и сбора требований. При выборе обучения уточните, есть ли задания на проверку причин по фактам и разбор выполненного анализа с преподавателем. Именно практика позволяет понять, умеете ли вы отличать подтвержденную причину от удобного объяснения.