Шаблон «Анализ пяти «почему»»

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

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

Пример методики «Пять "почему"» в действии

Вот пример того, как применить к проблеме шаблон анализа «Пять "почему"».

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

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

• Ответ: сервер перегружен параллельными запросами пользователей.

2. Почему сервер перегружен параллельными запросами пользователей?

• Ответ: пропускную способность сервера необходимо соответствующим образом масштабировать, чтобы выдерживать большие объемы трафика.

3. Почему пропускная способность сервера не была масштабирована для обработки больших объемов трафика?

• Ответ: во время разработки команда не проводила упреждающий мониторинг и нагрузочное тестирование. 

4. Почему во время разработки не было упреждающего мониторинга и нагрузочного тестирования?

• Ответ: команде разработчиков не хватало необходимых инструментов и опыта для нагрузочного тестирования.

5. Почему команде разработчиков не хватало необходимых инструментов и опыта для нагрузочного тестирования?

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

Основная причина: сбои программного обеспечения во время высокой пользовательской нагрузки вызваны отсутствием нагрузочного тестирования в первоначальном объеме проекта и отсутствием доступа к необходимым ресурсам и опыту для нагрузочного тестирования.

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

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

Решение напрямую касается этой причины и создает эффект домино: последующие симптомы устраняются и решается изначальная проблема. 

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