Каждая Agile-команда рано или поздно сталкивается с вопросами: «А правильно ли мы работаем?», «Где наши слабые места?», «Как улучшить процессы?».
Внешние аудиторы дороги, и работа с ними затратна по времени, поэтому могу посоветовать инструменты для самодиагностики команды, которые помогают быстро выявить проблемы и скорректировать развитие команды. В этой статье — 2 проверенных инструмента для самооценивания Scrum-команд, их плюсы и ограничения, а также практические шаги по использованию.
🔍 Зачем нужна самодиагностика?
Самодиагностика команды — это процесс оценки и анализа различных аспектов работы команды с целью выявления сильных и слабых сторон, а также определения областей для улучшения.
Scrum — это не только ритуалы (планирование, стендапы, обзоры, ретро), но и культура непрерывного улучшения.
Регулярная самопроверка помогает:
✅ Обнаружить «слепые зоны» (например, команда делает ретро, но не внедряет решения).
✅ Избежать иллюзии прогресса («Мы Agile, потому что проводим рктроспективы»).
✅ Сфокусировать улучшения на реальных проблемах, а не на модных практиках.
Регулярная самопроверка помогает:
✅ Обнаружить «слепые зоны» (например, команда делает ретро, но не внедряет решения).
✅ Избежать иллюзии прогресса («Мы Agile, потому что проводим рктроспективы»).
✅ Сфокусировать улучшения на реальных проблемах, а не на модных практиках.
Scrum-самодиагностика команды: как провести её правильно
1️⃣ Выберите инструмент
Подойдёт один из двух вариантов (или комбинация):
- The Nokia Test — простой бинарный тест («да/нет») для проверки базовых принципов Scrum;
- Scrum Team Health Check — оценка «здоровья» команды по шкале от 1 до 5.
2️⃣ Определите состав участников
Кто должен участвовать?
✔ Вся команда (разработчики, PO, SM) — для честной оценки.
✔ Можно пригласить нейтрального наблюдателя (например, другого Scrum-мастера), если нужен взгляд со стороны.
Кто проводит?
- Scrum-мастер (если он есть), но он должен быть модератором, а не «судьёй».
- Сама команда (в формате самооценки), если SM нет.
3️⃣ Назначьте время и формат
Когда? Лучше в конце спринта (но не вместо ретроспективы!).
Сколько времени нужно?
- Nokia Test — 15−20 мин;
- Health Check — 30−45 мин.
Онлайн или офлайн?
- Для Health Check лучше офлайн (стикеры, доска);
- Nokia Test можно пройти удалённо.
4️⃣ Подготовьте материалы
- шаблон оценки (распечатайте или откройте в Miro/Mural);
- стикеры и маркеры (если офлайн);
- таймер (чтобы не затягивать).
📌 Как проходит самодиагностика?
1️⃣ Разминка (5−10 мин)
Объясните цель («Мы не ищем виноватых, а ищем точки роста»)
Напомните правила:
- без обвинений («Плохо, что PO не успевает» → «Как помочь PO?»);
- честно (нет «правильных» ответов);
- с фокусом на улучшения (понять «что делать»).
2️⃣ Заполнение анкеты/доски (15−30 мин)
Зависит от выбранного инструмента:
- Nokia Test — каждый отвечает «да/нет» или выбирает предложенные варианты ответов (зависит от формы Nokia теста), потом усредняем результаты;
- Health Check — каждый ставит анонимные оценки, наносим итоги на доску.
3️⃣ Обсуждение результатов (20−40 мин)
Выявите топ-3 проблемы (например: «Стендапы длятся по 40 минут», «Нет Definition of Done»)
Задайте вопросы:
- «Почему мы так оценили этот пункт?»
- «Что мешает нам стать лучше?»
- «Какие 1−2 улучшения внедрим в следующем спринте?»
4️⃣ Фиксация решений
- Запишите action items (кто за что отвечает).
- Добавьте их в бэклог следующего спринта.
📌 Правила эффективной самодиагностики
1️⃣ Не превращайте в экзамен
Это не «проверка на профпригодность», а инструмент улучшения.
2️⃣ Избегайте общих формулировок
- ❌ «Нам нужно лучше коммуницировать».
- ✅ «Введём правило: если обсуждение идёт >5 мин — выносим в отдельную встречу».
3️⃣ Повторяйте регулярно
Оптимально — раз в 3−6 месяцев.
4️⃣ Не игнорируйте «неудобные» темы
Если все поставили «1» за «удовольствие от работы», это повод для серьёзного разговора.
🚀 Что делать после диагностики?
- Внедрите 1−2 улучшения в следующем спринте.
- Вернитесь к результатам через 2−3 месяца и сравните прогресс.
- Делитесь выводами с другими командами (если у вас их несколько).
📌 Инструмент 1: The Nokia Test
Тест был разработан Басом Водде (автор подхода LeSS). В 2005 году Бас Водде начал консультировать команды Nokia Networks в Финляндии. Первый тест Nokia был посвящен применению Agile-практик.
В 2007 году Nokia Network объединилась с Siemens. Бас Водде переезжает в Китай, чтобы научить команды Nokia Siemens Networks работать по Scrum и обновляет тест Nokia, включая в него Scrum-практики.
В 2007 году Nokia Network объединилась с Siemens. Бас Водде переезжает в Китай, чтобы научить команды Nokia Siemens Networks работать по Scrum и обновляет тест Nokia, включая в него Scrum-практики.
Примеры вопросов:
- Какова продолжительность итерации в вашей команде?
- Какое из утверждений применимо к работе команды относительно тестирования во время спринта?
- Владелец продукта помогает команде понять и приоритизировать ценность продукта. Выберите утверждение, которое наиболее точно характеризует вашего Владельца продукта.
Когда использовать?
✔ Для новых команд — чтобы понять, насколько они «Scrum» на самом деле.
✔ Для застрявших команд — если процессы есть, но результата нет.
Недостатки:
- Не учитывает качество выполнения практик (например, стендапы могут быть формальными).
- Не помогает найти глубинные причины проблем.
📌 Инструмент 2: Scrum Team Health Check (для зрелых команд)
Squad Health Check — модель оценки здоровья команды, придуманная в Spotify.
Что проверяет?
«Здоровье» команды по 11 индикаторам (параметрам), если ровняться на шаблон Spotify:
«Здоровье» команды по 11 индикаторам (параметрам), если ровняться на шаблон Spotify:
1 — техническое качество,
2 — командные процессы,
3 — скорость команды или скорость поставки ценности,
4 — ответственность,
5 — помощь других,
6 — обучение,
7 — командная работа,
8 — веселье/атмосфера,
9 — удобные фичи и релизы,
10 — ценность продукта,
11 — миссия команды.
2 — командные процессы,
3 — скорость команды или скорость поставки ценности,
4 — ответственность,
5 — помощь других,
6 — обучение,
7 — командная работа,
8 — веселье/атмосфера,
9 — удобные фичи и релизы,
10 — ценность продукта,
11 — миссия команды.
Когда использовать?
✔ Для команд с опытом Scrum — чтобы найти точки роста.
✔ Для отслеживания командной динамики или кризисных ситуаций (конфликты, выгорание).
Недостатки:
- Требует честности от команды.
- Не дает готовых решений — только диагностику.
Scrum-команда — как живой организм: чтобы расти, нужно регулярно проверять «пульс» и смело лечить слабые места. Выберите инструмент, проведите диагностику — и пусть она будет стартом для реальных изменений!