Ключевые показатели Scrum: 7 метрик, которые помогают оценить эффективность в Agile

Разберитесь, зачем проверять и оценивать эффективность команд в Agile. Scrum метрики проекта — это мощный инструмент, который помогает видеть прогресс, находить проблемы и налаживать работу.

Чтобы улучшить производительность и создать оптимальную рабочую среду, важно понимать и применять эти показатели. В статье рассмотрим основные Agile метрики, среди них и метрики эффективности проекта, и метрики эффективности команды, например, капасити и велосити. Расскажем, без какого процесса будет сложно управлять проектами, оценивать производительность и принимать разумные решения.

А если нужно внедрить современные методы стратегического менеджмента в ваш бизнес, есть консалтинговая компания Neogenda. Наш подход уже оценили Сбер, Яндекс, Точка, X5 Group, Тинькофф и другие бренды. Обучаем сотрудников, проводим реорганизацию — помогаем решать более 100 задач бизнеса. Чтобы достичь желаемых результатов в вашем деле, начните с бесплатной консультации от практиков Neogenda.

Скорость команды (Velocity)

Ключевая метрика в Scrum Framework и Agile. Помогает измерить, насколько продуктивна команда, и определяет объем работы, с которым участники команды справляются за спринт. Позволяет понимать, сколько задач они смогут закрыть в будущем. Как правило, скорость измеряют в Story Points или часах.

Как рассчитывать velocity команды

В конце спринта проанализируйте, сколько Story Points (часов, если выбрали их) ушло на задачу. Важно учитывать только те задачи, которые получилось сделать полностью и которые принял заказчик.

Подсчитайте общее количество Story Points или часов за все завершенные задачи. Например, если за спринт успели завершить три задачи с оценками 5, 3 и 2 Story Points, то общая скорость составит 10 Story Points.

Сохраните полученное значение как скорость для этого спринта.

Какие преимущества у Velocity

• Прогнозирование. Метрика Velocity позволяет предсказывать, сколько задач получится закрыть в будущем. Если команда знает свою среднюю скорость, она может планировать объем работы на предстоящие спринты.
• Оценка производительности. Анализ скорости на протяжении нескольких спринтов помогает командам увидеть, выросла производительность или, наоборот, снизилась.
• Управление ожиданиями. Когда специалисты знают свою скорость, они могут называть заказчикам более реалистичные сроки, за которые справятся с задачами.

Диаграмма сгорания задач (Burndown Chart)

Это графический инструмент, который в Scrum помогает контролировать шаги команды в рамках спринта либо проекта. Диаграмма демонстрирует объем оставшейся работы (Burndown Chart). Так, команда понимает, насколько близки к финалу задачи.

Как работает Burndown Chart

1. Оси X, Y — первая показывает временной интервал на задачу спринта, а вторая — остаток работы, которая измеряется в сторипоинтах, часах или других выбранных величинах.
2. Идеальная линия работы показывает образцовую производительность команды. На графике это наклонная прямая, которая начинается с общего объема работы на оси Y и прямой линией опускается до нуля к концу спринта.
3. Фактическая линия показывает, как команда выполняет задачи на самом деле. Она обновляется каждый день и отражает текущий прогресс.

Какие преимущества у диаграммы сгорания задач

Простота восприятия. Диаграмма позволяет быстро и наглядно увидеть текущий статус работы.

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

Мотивация команды. Графическое представление прогресса способно стимулировать команду быстрее работать и достигать целей.

Метрика Capacity (емкость)

В Agile и Scrum Framework помогает измерить объем работы, который команда может сделать за обозначенный период времени, например, за спринт. С этой метрикой проще учитывать реальное количество доступных ресурсов, чтобы планировать свои задачи эффективнее.

Как рассчитывать Capacity

Для каждого участника команды нужно определить доступные рабочие часы на период спринта. Например, если спринт длится 10 дней, и каждый день у разработчика есть 6 часов, то доступное время на спринт — 60 часов.

Учитывайте все выходные, отпуска, больничные или участие в дополнительных мероприятиях, таких как обучающие курсы или командные встречи, которые могут снизить рабочее время.

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

Если команда использует Story Points, можно провести приблизительную оценку емкости в Story Points на основании прошлого опыта команды, соотношения рабочего времени и выполненных задач.

Пример. Допустим, в команде 5 участников и каждый из них доступен 30 часов за спринт, тогда общее доступное время будет равно 5×30 = 150 часов. Если 20% времени уходит на встречи и другие обязательства, фактическая Capacity будет 150×0.8 = 120 часов.

Какие преимущества у Capacity

Планирование на основе реальной загрузки. Capacity позволяет планировать задачи с учетом фактической доступности участников и при этом избегать перегрузки или недогрузки.

Прогнозирование выполнения. Метрика помогает команде определить, сколько задач реально можно закрыть в течение спринта.

Гибкость в планировании. Учитывать Capacity особенно полезно, когда меняется состав команды или индивидуальная загруженность участников. Это позволяет оперативно корректировать объем задач.

Прозрачность и управляемость. Capacity дает возможность команде и заинтересованным лицам четко понимать, сколько ресурсов доступно, и эффективно ими управлять.

Накопительная диаграмма потока (Cumulative Flow Diagram)

Этот визуальный инструмент помогает следить за статусом работы и замечать проблемные места в процессе. Диаграмма отображает накопительное количество задач в различных состояниях на протяжении определенного времени.

Как работает Cumulative Flow Diagram

1. Ось X представляет временной промежуток, например, дни спринта. Ось Y — сколько задач получили конкретный статус.
2. На диаграмме отображаются статусы: «Запланировано» (To Do), «В работе» (In Progress), «Завершено» (Done).
3. В процессе работы задачи в каждом статусе накапливаются и создают график. Это позволяет видеть, как работа перемещается между состояниями.

Преимущества накопительной диаграммы потока

• Визуализация положения дел. Cumulative Flow Diagram показывает командам количество задач в каждом состоянии. Это помогает быстро оценить общее состояние работы.
• Выявление узких мест. Если на диаграмме видно, что количество задач «В работе» сильно увеличилось, это может говорить о недочетах, которые нужно исправить.
• Управление потоком работы. Диаграмма помогает определить, как долго задачи находятся в каждом статусе. Благодаря этому команды могут оптимизировать свои методы работы и повышать эффективность.

Метрика удовлетворенности участников команды прошлым спринтом

Это инструмент, который позволяет командам Scrum оценивать, насколько они удовлетворены своим опытом работы в завершенном спринте. Метрика оценивает различные грани командной динамики, процессов и результатов. Это помогает найти сильные и слабые стороны работы в команде.

Как работает метрика удовлетворенности участников команды прошлым спринтом

• Чтобы собрать данные, проведите опрос, который может включать как открытые, так и закрытые вопросы. Участники команды оценивают разные аспекты: общую удовлетворенность работой в спринте, ощущение команды как единого целого, качество выполнения задач, эффективность общения внутри команды, уровень поддержки и сотрудничества.
• Участники могут применять числовую шкалу, например, от 1 до 5, чтобы выразить свое мнение по каждому вопросу.
• После опроса команда должна обсудить результаты на ретроспективе, чтобы выделить положительные моменты и области для улучшения.

Преимущества метрики удовлетворенности участников команды прошлым спринтом

• Выявление проблем. Инструмент помогает командам заметить проблемы, которые могут негативно сказываться на работе и моральном состоянии участников.
• Развитие командной динамики. Если обсуждать результаты опроса, можно наладить коммуникацию и создать плодотворную атмосферу в команде.

Время выполнения задачи (Cycle Time)

Метрика процесса, которая измеряет, сколько времени уходит на задачу. Cycle Time в системе управления разработкой показывает командам, насколько быстро они могут работать, и находить проблемные зоны в процессе.

Как рассчитывать Cycle Time

1. Определите начальную точку — зафиксируйте, когда команда начинает работать над задачей. Можно ориентироваться на момент, когда задача переходит в статус «В работе».
2. Определите конечную точку — зафиксируйте, когда задачу принял заказчик.
3. Чтобы узнать, сколько времени задача занимает, определите разницу между конечной и начальной точками.

Здесь нужен примитивный график — отрезок с двумя точками. Первую точку подписать «Начало работы над задачей», вторую — конец работы над задачей». Точки объединить фигурной скобкой и по центру Cycle Time

Какие преимущества у Cycle Time

• Анализ производительности. Метрика показывает, насколько эффективно получается справляться с задачами.
• Выявление узких мест. Благодаря этой метрике участники могут обнаружить задержки и проблемные места, а это помогает оптимизировать рабочий поток.
• Улучшение планирования. Когда команда понимает, сколько в среднем нужно времени, чтобы выполнять задачи, она может правильно планировать свои спринты и устанавливать более реалистичные сроки.

Метрика Wasted Time

Wasted Time используют, чтобы измерять время, которое команда тратит на неэффективные или непродуктивные задачи — когда они не вносят прямого вклада в достижение целей проекта. Это может быть время на ожидание ресурсов, частые переключения между задачами, устранение дефектов, участие в слишком долгих или неструктурированных совещаниях.

Как рассчитать Wasted Time

Договоритесь о том, какие активности будете считать непродуктивными. Это может быть время, которое команда тратит на устранение багов, неэффективные встречи, ожидание обратной связи.

В течение спринта или другого отчетного периода фиксируйте время, которое приходится тратить на такие задачи.

В конце периода проанализируйте и суммируйте все данные, чтобы получить общее количество потерянного времени.

Какие преимущества у Wasted Time

• Выявление проблемных зон. Метрика помогает команде найти области проекта, которые приводят к потерям времени. Это может быть неоптимальная организация встреч, частые изменения требований или медленная коммуникация с заказчиками.
• Повышение эффективности. Когда команда понимает, на что тратит время впустую, у нее появляется возможность оптимизировать свои процессы. Например, можно сократить длительность и количество встреч или убрать лишние процедуры.
• Улучшение планирования. Анализ временных потерь помогает точнее определять, сколько времени нужно, чтобы выполнить задачи. Будущие спринты удобнее планировать с учетом этой информации.
• Повышение прозрачности. Введение метрики помогает команде видеть реальную ситуацию и создать среду, в которой можно открыто обсуждать проблемы.
• Фокус на ключевых задачах. Благодаря учету потерянного времени команда начинает фокусироваться на важных задачах и избегать лишних переключений и отвлечений.

Груминг в ИТ: уточнение и приоритизация задач

Груминг Бэклога — это процесс в Scrum, который состоит из регулярного обсуждения и уточнения задач. Обычно его проводит владелец продукта. От этого процесса зависит, насколько качественными и точными будут метрики эффективности проекта и команды.

Груминг в Scrum включает в себя:

• Обсуждение задач — команда и владелец продукта обсуждают существующие задачи, уточняют детали и требования.
• Приоритизацию — задачи сортируют по степени важности и срочности, чтобы команда могла сосредоточиться на самых значимых.
• Оценку — команда оценивает объем работы для каждой задачи, чтобы точнее рассчитывать метрики.

Все эти факторы работают в комплексе и помогают успешно реализовывать проекты и поддерживать высокую эффективность команд. А чтобы интегрировать современные методы управления в свой бизнес, обратитесь за бесплатной консультацией в Neogenda.