Диагностика зрелости Agile и Scrum-процессов в команде

В свое время, вдохновившись подходом Дэвида Бернса, я разработал собственный диагностический опрос для оценки зрелости Agile и Scrum-процессов в командах.
Это практичный инструмент, который помогает достаточно точно понять, как работает ваша команда и где именно процессы требуют внимания.

На практике у меня ещё не было случая, когда этот опрос показал бы искажённую картину. Его результаты стабильно подтверждаются наблюдением и интервью с участниками команды.

Я всегда сначала даю этот опрос на заполнение клиенту, затем интервьирую его команду и заполняю опрос сам.

Оценка происходит по шкале от 0 до 4:
0 - Никогда
1 - Иногда
2 - Умеренно
3 - Часто
4 - Очень часто

Вот список утверждений, которые вы оцениваете:

1. Ваша команда регулярно сталкивается с трудностями при соблюдении сроков спринтов.
2. В команде нет чёткого понимания своих ролей и ответственности в процессе Scrum.
3. Члены команды испытывают трудности при установке и достижении целей спринта.
4. Ваша команда не регулярно проводит ретроспективы или они не приносят ожидаемых улучшений.
5. Есть случаи, когда команда не придерживается принципов или ритуалов Scrum, таких как ежедневные стендапы или инкрементальный подход.
6. Команда часто теряет фокус на конечных результатах и ценности для клиента.
7. Ваша команда не использует отзывы клиентов или заинтересованных сторон для улучшения процесса.
8. Есть сложности в межфункциональном взаимодействии и координации между членами команды.
9. Роли Product Owner и Scrum Master недостаточно чётко определены и разделены в вашей команде.
10. В вашей команде не проводятся регулярные обзоры инкрементов, или эти обзоры не влияют на принятие решений.
11. Ваша команда не активно использует практики улучшения качества работы, такие как автоматизация тестирования.
12.Члены команды редко делятся знаниями и опытом друг с другом.
13. Ваша команда испытывает трудности при адаптации к изменениям в требованиях или условиях проекта.
14. В вашей команде есть проблемы с управлением техническим долгом.
15. Ваша команда регулярно не завершает полностью все истории, взятые в спринт.
16. Ваша команда не использует метрики, такие как burndown chart, velocity, для оценки своей эффективности.
17. У вашей команды проблемы с планированием и согласованием приоритетов задач для спринта.
18. Члены команды часто обсуждают проблемы, но не предпринимают шаги для их решения.
19. Члены вашей команды не имеют чёткой картины о текущем состоянии проекта или спринта и их прогрессе.
20. В вашей команде нет культуры постоянного обучения и улучшения.
21. Ваша команда регулярно не попадает в свои оценки, сделанные на этапе планирования итерации.
22. Ваша команда не умеет эффективно управлять зависимостями между задачами и сторонними командами.
23. В вашей команде часто возникают проблемы с прогнозированием результатов спринта или сроков релиза проектов.
24. Команда не активно использует практики улучшения взаимодействия с заказчиком и другими заинтересованными сторонами.
25. В вашей команде отсутствует чёткий процесс для работы с багами и техническими проблемами.
26. Команда недостаточно активно устраняет препятствия, которые мешают выполнению задач.
27. У вашей команды большое количество пост-спринт дефектов, которые приходится экстренно исправлять в рамках нового, идущего спринта.
28. Ваша команда не в полной мере использует возможности для автоматизации процессов разработки.
29. Ваша команда недостаточно активно ищет и использует лучшие практики для улучшения рабочих процессов.
30. По завершению спринта часто оказывается, что его результат в виде инкремента поставки могут протестировать только сами разработчики.