Протестируйте ваши команды на фокус

Возьмем, к примеру, самый популярный Agile-подход — Scrum. Есть список гипотез, которые хочется проверить — это бэклог продукта. Из него самые влажные галлюцинации выбираются в план на ближайший спринт 1-4 недели — это бэклог спринта. А за что отвечает Scrum-команда по итогам спринта? Давайте разбираться на примерах.

Классическая история начинающих Agile-команд — конец спринта, но сделано всего 40% запланированного. Зачастую проблема не в навыках планирования команды, а в отсутствии у нее фокуса. Как это легко проверить? Спросите команду на ретроспективе, какими были цели спринта, и попросите каждого оценить степень их достижения по шкале 1-10. Вот, что у вас может получиться.

8 целей! На самом деле это просто задачки отдельных членов команды. И по стикерам с оценками степени достижения целей видно, что это не команда: каждый работает над своими задачками — вероятно, человек на девятку успешно затащил относительно простую задачку, но не знал, что в это время другому на двойку требовалась помощь со сложной работой. Другой пример — 6 целей. Уже меньше. И стикеры сгрудились в одной кучке, кроме шестерки владельца продукта, который знал больше остальных.

Продолжаем зажимать количество целей — 5! На стикерах нормальное распределение — это все еще не единая команда: по краям 2 подкоманды по 3 новичка в каждой, а в центре 3 ведущих специалиста, которые координировали обе подкоманды.

Как видите, понимание команды своих целей и степени их достижения выравнивается. Именно наличие целей позволяет команде быть командой, то есть двигаться вперед скоординированно и иметь возможность исправлять план работ так, чтобы добиться цели, а не просто затащить первоначальный план. Помогите вашим командам обрести фокус и стать командами!