Контрольные точки – проверяем, что на проекте всё хорошо
Допустим, вы занимаетесь разработкой системы. Недавно перед командой поставили новые амбициозные задачи с жёсткими сроками. Работа кипит, однако вы замечаете, что уже третий спринт в релиз выходит гораздо меньше задач, чем вы запланировали.
Если бы на проекте была внедрена метрика возврата задач, то вы смогли бы выявить и решить проблему на ранней стадии. Например: когда такой показатель больше 20%, то это сигнал, что пора разобраться – возможно, дополнительно обсудить ТЗ с участниками команды.

Нужные метрики подбираются индивидуально под каждый проект и позволяют контролировать процесс создания продукта. Как правило, к базовому набору относят следующие:
▪️ План-факт. Позволяет выявить отклонения в данных в большую или меньшую сторону от намеченного результата и вовремя скорректировать действия команды.
▪️Burndown. Демонстрирует, какой объём работы уже выполнен и сколько задач осталось решить до завершения спринта/проекта. Помогает отслеживать темп работы и понимать, когда следует ускориться.
▪️Процент возврата задач — как часто таски приходят на доработку. Благодаря этой метрике, мы вовремя можем заметить сложности на проекте и быстро их пофиксить.
▪️Процент Bug Fix. Показывает отношение часов, затраченных на разработку ко времени багофикса. Благодаря этим данным, мы сможем быстро обнаружить, что команда больше занимается багами, чем созданием продукта. И исправить ситуацию до завершения спринта.

Мы в SimbirSoft ежедневно проводим мониторинг около 15 показателей по проектам (сроки, качество, бюджет и т.д.). Таким образом мы видим все «движения» в организации и можем вовремя заметить отклонение.