В современном мире гибкие подходы к управлению проектами занимают ведущие места в разработке ПО и многих других областях, обеспечивая гибкость, прозрачность и эффективность процессов. Но для достижения успеха в Agile-командах необходимо иметь четкое представление о том, как оценивать ключевые показатели и улучшать процессы внутри команды. Тут на помощь руководителям проектов и Scrum-мастерам приходят Agile-метрики.
Agile-метрики — это количественные показатели для оценки качества и эффективности работы Agile-команд. Метрики помогают командам лучше понимать свою работу, оптимизировать процессы, анализировать прогресс проекта, улучшать качество продукта и достигать успешных результатов.
Использование Agile-метрик помогает удовлетворить ожидания клиентов, повысить конкурентоспособность продукта, а также обеспечить эффективное управление проектами. Если вам необходимо внедрение гибких подходов – вы можете обратиться в Neogenda.
Далее в статье:
- цели сбора метрик;
- 5 основных agile-метрик;
- обзор второстепенных метрик для отслеживания;
- как правильно оценивать.
Цели сбора Agile-метрик
Сбор метрик в Agile-командах необходим не только для отслеживания процессов и оценки результата, но и для анализа эффективности работы, выявления проблем на ранней стадии и принятия обоснованных управленческих решений. Без использования метрик Agile-команды могут столкнуться с неопределенностью, неэффективностью и неспособностью достичь стоящих перед ними целей.
Целями сбора метрик могут быть:
- Организация прозрачности процессов. Для самосовершенствования продукта с каждой последующей итерацией разработки, команде важно отслеживать показатели проекта. Такой подход формирует доверительные отношения между членами команды и повышает продуктивность.
- Поиск способов для мотивации команды, выявление причин снижения продуктивности. Руководителю проектов важно мониторить показатели проекта, чтобы отслеживать подъемы и спады продуктивности команды, их первопричины. Это важно для поддержания здоровой атмосферы в коллективе и снижения выгорания сотрудников.
- Предоставление данных для руководства и стейкхолдеров. От их обратной связи и заинтересованности в проекте напрямую зависит конечный результат, но для их эффективного участия в разработке, они тоже должны получать ответы на свои вопросы и быть в курсе ситуации на проекте.
- Принятие управленческих решений. Опираясь на метрики можно оценить реальную картину происходящего и принять обоснованное решение.
Главная цель отслеживания метрик — постоянное улучшение результативности и эффективности работы команды.
Основные Agile-метрики
Agile-метрики играют ключевую роль в оценке результативности и эффективности работы команды.
Среди самых важных стоит выделить:
- диаграмму сгорания работы или задач (Burn Down Chart);
- скорость команды (Velocity);
- контрольную диаграмму (Control Chart);
- накопительную диаграмму потока (Cumulative Flow Diagram);
- пропускную способность команды (Throughput).
Далее мы рассмотрим каждую из этих метрик подробнее и разберем их применение в контексте управления проектами.
Диаграмма сгорания задач в спринте (Burn Down Chart)
Диаграмма сгорания задач в спринте (Burn Down Chart) — это график, отображающий количество незавершенной работы в спринте. Горизонтальная ось обычно представляет время, а вертикальная — объем задач.
Цель диаграммы сгорания — помочь команде отслеживать прогресс выполнения задач, оптимизировать работу и оценить, укладывается ли команда выполнить запланированную на спринт работу.
Пример построения диаграммы сгорания задач спринта
Скорость команды (Velocity)
Скорость команды (Velocity) — эта метрика отображает количество работы, которое команда может завершить за один спринт, измеряет Burndown chart. Обычно рассчитывается в количестве Story points за спринт. Рассчитывается на основе завершенных задач из предыдущих спринтов.
Скорость команды помогает предсказать, сколько задач команда сможет выполнить в будущих спринтах и запланировать реалистичный объем работы.
Пример графика скорости команды для четырех спринтов. Саммари: за 4 спринта скорость команды увеличилась с 10 sp до 14 sp, команда способна решать больше сложных задач за спринт и реализует запланированный объем задач (выполняет и перевыполняет план на протяжении 2 последних спринтов)
Контрольная диаграмма (Control Chart)
Контрольная диаграмма (Control Chart), также известная как график контроля — инструмент статистического управления качеством, который используется для мониторинга и анализа процессов в Agile разработке. Основной целью контрольной диаграммы является отслеживание дисперсии времени выполнения задач (Lead Time) в рамках проекта.
Контрольная диаграмма позволяет команде визуально представить изменения и колебания времени выполнения задач (Lead Time), а также выявить необычные или негативные тренды в процессе работы. На основе статистики выполнения задач, формируются договоренности о целевом показатели времени выполнения задач, или уровне сервиса SLA (Service Level Agreement).
Контрольная диаграмма помогает команде отслеживать уровень SLA, другими словами, какой процент выполненных задач соответствует договоренностям. Задачи, которые находятся ниже уровня SLA — были выполнены согласно договоренностям, те, что выше — были выполнены с нарушением SLA.
Пример визуализации контрольной диаграммы. Саммари: на диаграмме видно, что 4 из 19 задач, не укладываются в SLA. Как минимум следует разобраться в причинах, возможно следует провести изменения в процессе работы, а может пора передоговориться об уровне SLA.
Контрольные диаграммы используются для мониторинга стабильности процесса, предсказания возможных проблем и принятия решений на основе данных.
Накопительная диаграмма потока (Cumulative Flow Diagram)
Накопительная диаграмма потока (Cumulative Flow Diagram) — это график, который отражает количество задач в различных стадиях рабочего процесса на протяжении всего времени реализации проекта. Он позволяет команде увидеть текущую ситуацию на проекте и определить, сколько задач находится на каждой стадии.
Накопительная диаграмма потока помогает идентифицировать узкие места, задержки и оптимизировать рабочий процесс.
Пример визуализации диаграммы потока.
Пропускная способность (Throughput)
Пропускная способность (Throughput) — это метрика, измеряющая количество задач или единиц работы, которые команда смогла завершить за определенный период времени, например, спринт или неделю. Она показывает результативность работы команды и позволяет оценить, как быстро команда достигает результатов.
Пример:
- Нам нужно понять какая пропускная способность команды за 10 дней в период с 6 мая по 16 мая.
- Смотрим на Накопительной диаграмме потока количество выполненных задач 6 мая — выполнена 1 задача.
- Смотрим количество выполненных задач на момент 16 мая — 3 задачи.
Итого: пропускная способность команды за 10 дней составляет 2 задачи.
Пример расчета пропускной способности команды за выбранный период
Используя метрику руководители проекта могут более точно планировать объем работы на будущие итерации, улучшать распределение задач, оптимизировать процессы и повышать общую эффективность работы.
Дополнительные Agile-метрики для мониторинга ситуации на проекте
Помимо основных пяти показателей, для agile-проектов можно использовать и второстепенные, но не менее полезные метрики. Они помогут лучше разобраться в контексте конкретной ситуации, дадут более полную и исчерпывающую картину происходящего на проекте и помогут принять оптимальное решение.
Среди таких качественных и количественных метрик можно выделить:
- Время цикла (Cycle time). Время, требуемое для завершения работы на конкретном этапе. Cycle time показывает реальное время, необходимое для завершения определенной работы, что позволяет улучшать процессы, уменьшать задержки и повышать производительность.
- Динамика изменений цикла (Cycle time trends). Метрика используется для отслеживания и оценки тенденций эффективности этапов работы. Cycle time trends позволяют выявить изменения во времени, анализировать причины сдвигов и прогнозировать будущие показатели производительности.
- Метрика качества (Quality). Количественный показатель, который используется для измерения уровня качества продукта, услуги или процесса. Метрика отражает количество найденных за проект или релиз багов и соответствие продукта стандартам качества.
- Точность выполнения обязательств (Accuracy of Commitment, Forecast). Метрика, отражающая способность команды выполнять задачи в оговоренные сроки. Accuracy of Commitment отражает разницу между запланированными сроками выполнения и фактическими.
- Работа в сверхурочное время (Overtime). Дополнительные часы работы сотрудника, за которые ему обычно полагается дополнительная оплата. Показатель, который отражает увеличение рабочего времени сотрудника сверх нормы и может служить индикатором повышенной загруженности или дополнительной мотивации сотрудника или команды. Предельное использование Overtime может указывать на неэффективность в распределении задач и организации рабочего процесса.
- Эффективность усилий (Effort Effectiveness). Показатель, отражающий количество усилий, времени, ресурсов для достижения результата. Чем выше эффективность усилий, тем меньше ресурсов требуется для получения результата.
- Эффективность потока (Flow Efficiency. Показатель измеряет отношение чистого рабочего времени к общему времени выполнения задачи. Помогает понять, сколько времени задачи находятся в состоянии ожидания и как можно улучшить процесс для уменьшения простоев.
- Количество дефектов. Показатель, который отражает количество обнаруженных дефектов или ошибок в продукте, процессе или проекте. Чем меньше количество дефектов, тем выше качество продукции или услуги.
- Уровень клиентского удовлетворения (CSI). Метрика, которая измеряет удовлетворенность клиентов продуктом, услугой или опытом взаимодействия с компанией.
- Частота релизов. Показатель, отражающий частоту выпуска новых версий ПО или продуктов на рынок. Демонстрирует, как часто компания вносит изменения, улучшения и нововведения в свои продукты, обновляет их функционал и исправляет ошибки. Чем выше частота релизов, тем более активно компания работает над улучшением своих продуктов, следит за требованиями рынка и удовлетворяет потребности пользователей.
- Скорость отклика на изменения. Показатель, который отражает общее время, за которое компания, команда или отдельный процесс реагирует на изменения внешних требований или условий. Показатель включает в себя время на принятия решения и реализации изменений. Чем быстрее компания может адаптироваться к изменениям, тем конкурентоспособнее она на рынке и успешнее использует новые возможности для развития бизнеса.
Как правильно оценивать показатели
Для грамотной оценки метрик недостаточно просто изучить конкретный показатель и сделать на его основе выводы о ситуации — такая оценка будет субъективна и не даст информацию о реальном положении дел на проекте.
Вот несколько советов, которые помогут принять важное решение, опираясь на факты и аналитику проекта:
1. Учитывайте контекст ситуации. Оценка показателей должна учитывать особенности и цели конкретного проекта или продукта. Каждая команда и организация уникальны, поэтому важно адаптировать показатели к своей среде, бизнес-модели, целям и специфике задач. Набор ключевых показателей и метрик также стоит подбирать индивидуально.
2. Проводить комплексный анализ нескольких показателей. Оценку Agile-процессов целесообразно проводить не только на основе одного показателя, а на основе комплекса различных метрик. Это позволяет получить более полное представление о состоянии проекта или продукта, его эффективности и качестве.
3. Изучайте взаимосвязи между показателями. Ключевым также является анализ взаимосвязей между различными метриками. Например, увеличение скорости разработки может повлиять на качество продукта, а повышение частоты релизов может сказаться на удовлетворенности клиентов. Понимание этих связей позволяет более точно оценить эффективность Agile-процессов и принимать обоснованные решения для улучшения работы команды.
Если вам нужно оценить эффективность работы команды или внедрить гибкие подходы к управлению проектами — обратитесь в Neogenda. Мы обучили более 5000 участников продуктовых команд и помогли достичь результатов таким компаниям как Tinkoff, Яндекс, Авито, Сбер, Билайн, Skyeng и так далее. Оставьте заявку на бесплатную консультацию в Zoom и мы предложим решение для вашего бизнеса.
