Объедините усилия команды, чтобы найти основные причины проблемы
Ваша команда сработала на отлично, но что-то все равно пошло не по плану? Сделайте шаг назад и попробуйте выяснить, почему проект потерпел неудачу. Воспользуйтесь шаблоном, чтобы провести анализ по сценарию пяти «почему». Это групповое упражнение, подготовленное тренерами Atlassian Team Playbook, помогает командам проанализировать проблемы и подталкивает участников открыто делиться конструктивными замечаниями.
Методика «Пять "почему"» помогает добраться до основной причины проблемы, отбросив поверхностные вопросы, являющиеся в действительности лишь симптомами. Постоянно задавая вопрос «почему?» и изучая ответы, вы сможете выявить более глубокие и часто упускаемые из виду причины проблемы.
Цель состоит в том, чтобы дойти до момента, когда дальнейшие расспросы уже не приносят значимых результатов. Это и будет первопричиной. Выявив ее, вы сможете приступить к реализации практических решений для устранения и предотвращения повторного возникновения проблемы.
Вот пример того, как применить к проблеме шаблон анализа «Пять "почему"».
Формулировка проблемы. Программное приложение часто дает сбои при высокой пользовательской нагрузке и тем самым снижает удобство для пользователей.
1. Почему программное обеспечение выходит из строя при высокой пользовательской нагрузке?
Ответ: сервер перегружен параллельными запросами пользователей.
2. Почему сервер перегружен параллельными запросами пользователей?
Ответ: пропускную способность сервера необходимо соответствующим образом масштабировать, чтобы выдерживать большие объемы трафика.
3. Почему пропускная способность сервера не была масштабирована для обработки больших объемов трафика?
Ответ: во время разработки команда не проводила упреждающий мониторинг и нагрузочное тестирование.
4. Почему во время разработки не было упреждающего мониторинга и нагрузочного тестирования?
Ответ: команде разработчиков не хватало необходимых инструментов и опыта для нагрузочного тестирования.
5. Почему команде разработчиков не хватало необходимых инструментов и опыта для нагрузочного тестирования?
Ответ: первоначальный объем проекта не включал нагрузочное тестирование, и у команды не было доступа к необходимым ресурсам для нагрузочного тестирования.
Основная причина: сбои программного обеспечения во время высокой пользовательской нагрузки вызваны отсутствием нагрузочного тестирования в первоначальном объеме проекта и отсутствием доступа к необходимым ресурсам и опыту для нагрузочного тестирования.
Решение: чтобы предотвратить будущие сбои при высоких пользовательских нагрузках, команде следует включить нагрузочное тестирование в стандартный процесс разработки программного обеспечения и обеспечить доступ к ресурсам и опыту, необходимым для нагрузочного тестирования. Это поможет выявлять и решать проблемы с производительностью на ранних этапах разработки, что будет способствовать удобству работы пользователей после развертывания программного обеспечения.
В этом примере анализ пяти «почему» показал, что основной причиной частых сбоев программного обеспечения при высокой пользовательской было отсутствие нагрузочного тестирования в первоначальном объеме проекта и нехватка ресурсов для выполнения нагрузочного тестирования во время разработки.
Решение напрямую касается этой причины и создает эффект домино: последующие симптомы устраняются и решается изначальная проблема.
Включение нагрузочного тестирования в стандартный процесс разработки и обеспечение необходимых ресурсов и опыта позволяет предотвратить будущие сбои, тем самым помогая повысить удобство для пользователей.
Используйте этот шаблон для проведения командной ретроспективы по методу четырех «Ч».
Используйте этот шаблон для проведения командной ретроспективы по методу четырех «Ч».
Делитесь корпоративными новостями, победами, интересными событиями у сотрудников и другими сведениями со своим коллективом.