
Этапы при использовании
метода “Пять почему”
1. Определите, что будет отправной точкой анализа – проблема или
уже определенная причина, которая должна быть более тщательно
проанализирована.
2. Используйте мозговой штурм, письменный мозговой штурм или
другой инструмент для поиска причин более высокого уровня, чтобы
получить отравную точку для начала анализа.
3. Задайте вопрос “Почему возникла эта причина?”, после того, как
очередная причина найдена.
4. Изобразите цепочку причин в виде простой диаграммы или записав
их последовательно на доске.
5. После нахождения ответа, задавайте вопрос снова, продолжая до тех
пор, когда ответ уже не может быть найден. Это вероятно и будет
источник основных причин проблемы.
6. Из практики известно, что обычно на вопрос “Почему?” придется
отвечать пять раз.
П
РИМЕР ИСПОЛЬЗОВАНИЯ МЕТОДА
“П
ЯТЬ
ПОЧЕМУ
”
Компания, работающая в быстрорастущей области веб-дизайна и
программирования, выросла из маленького домашнего предприятия в
фирму со штатом 25 человек и большим числом крупных заказчиков.
Раньше команда веб-программистов получала высокую оценку от
заказчиков за дизайн сайтов и новаторское использование графики.
Однако, со временем, все больше и больше клиентов оставались
недовольными качеством разработанных веб-сайтов. Они жаловались
на плохую функциональность, элементарные ошибки в тексте или
компоновке, опоздание с разработкой дизайна и всего сайта, и так
далее.
Ситуация стала такой, что работники постоянно сталкивались с
растущим числом проблем. Работа перестала приностить им
удовольствие, как это было раньше. Несколько наиболее закоренелых
технологических фанатов обвиняли руководство компании в
нежелании быть на уровне передовых технологий. Другие полагали,
что основные проблемы связаны с недостатком квалифицированных
программистов.
Чтобы добраться до причин этой проблемы, которая стала
представлять реальную угрозу для будующего компании, один из
руководителей компании использовал метод “Пять почему”.
Полученная диаграмма показана на следующее странице. Как вы
можете видеть, основные причины были совсем не те, что
предполагалось. Оказалось, что виноваты слишком большое число
одновременно полученных заказов и плохая система планирования
работ.
Root Cause Analysis - Simplified Tools and Techniques 117