Agile-метрики команд. Часть 2. Хорошие метрики | Agile тренинги, обучение и сертификации Scrum, Kanban, DevOps в Scrum Украина
The article is displayed in the original language.

Agile-метрики команд. Часть 2. Хорошие метрики

Burn-up Chart

Что это: показывает как вы съедаете скоуп (объем) к дате или же, наоборот, к какой дате будет сделан этот объем скоупа.

Alt Text
Картинка с https://spin.atomicobject.com/2016/03/31/burn-up-charts/

Что мы тут имеем:

  • Ось Х —  спринты, ось Y —  объем. Объем меряем в Story Points или в штуках (количестве) задач.
  • Зеленый тренд  —  фактически поспринтовая Velocity команды.
  • Синий тренд  —  текущий объем задач и его изменение от спринта к спринту (то есть объем беклога).
  • Зеленый тренд  —  как команда спринт за спринтом “потребляет” беклог.

Что нам это дает? Мы можем прогнозировать. Например, когда будет сделан весь вот этот объем задач?

Alt Text

Или что будет сделано к Рождеству?

Alt Text

В Agile мире мы отдаем преимущество прогнозированию “к дате”, ибо объем задач, обычно, растет. Поэтому при планировании “от объема” вы можете попасть в ситуацию, когда “давайте еще доделаем эту задачу, потому что без нее никак”.

End-to-end time to market (Lead time)

Что это: эта метрика показывает, сколько времени проходит с момента появления идеи до момента ее фактической реализации и появления на стороне пользователя.

Часто в разработке команды измеряют то, как быстро они делают саму Feature, то есть сколько времени проходит с момента начала работы до продакшина.

Alt Text

Однако намного интереснее то, сколько времени прошло в целом от идеи до реализации. И вот почему:

Вы узнаете, сколько реально времени бизнес в среднем ждет одну фичу

А еще вы узнаете, сколько времени болтаются задачи в беклоге абсолютно без дела. Но это уже другая метрика :)

Эффективность потока (Flow Efficiency)

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

Alt Text

Alt Text
Source https://leankanban.com/flow-efficiency-a-great-metric-you-probably-arent-using/

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

Проработка деталей — Разработка — Тестирование — Выпуск

В такой цепи “задача” будет находиться в активном состоянии тогда, когда над ней будет проводиться работа. Например, когда программист пишет код. Как только он закончил, то с точки зрения задачи активная фаза закончилась, то есть перешла в стадию “ожидание тестирования”. Тестировщик приступит к работе тогда, когда освободится от других задач.

Если вы считаете время, которое тратится на “работу” над задачей, то: есть активное время, а так же время, которое задача проводит в ожидании. И вы можете посчитать Эффективность потока — соотношение ожидания и активной работы.

Alt Text

Если работали над задачей 1 день (затрекали время), а фактически между активной работой она провела 2 дня (время ожидания), то эффективность такого потока = 1/(1+2) * 100 = 30%

Это значит, что 70% времени работа не ведется, то есть задача “простаивает”.

Количество элементов в беклоге

Что меряет: меряет количество элементов в бэклоге :)

Зачем мерять? Чтобы понимать, сколько мусора на вашем “складе”. С точки зрения Lean бэклог  —  это склад. Излишние складские запасы  —  один из видов потерь.

Alt Text

Как за любым складом за бэклогом нужно ухаживать, пересматривать, оценивать, чистить и инвентаризировать.

Чем больше ваш бэклог – тем меньше вы понимаете, что в нем хранится и тем меньше его фактическая актуальность

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

Нет цифры, которая бы идентифицировала предел :) Это все очень специфично для команды/продукта/компании. Просто помните, что вряд ли стоит хранить задачи, которым несколько лет, что бы “не забыть” :)

Срок жизни элемента беклога

Предыдущая метрика тесно связана с этой метрикой : чем старее задачи в беклоге, тем меньше смысла они имеют.

Старость беклога обычно гворит о следующих проблемах:

  1. Накопительство : задачи создаются, чтобы “не забыть”.
  2. Отсутствие “владельца” беклога. То есть отношение команды к нему как к арендованной машине: вы ее не моете. Всем все равно, что там у них делается. То есть с беклогом не работают, не “грумят”.
  3. Владелец продукта не умеет говорить НЕТ, потому посто добавляет все, что его просят.

Чем меньше срок жизни – тем понятнее контент беклога, проще с ним работать и повышается его актуальность.

Эволюция Definition of Done

Как измерить работу Scrum Master? Очень просто . Нужно понять то, насколько растет Definition of Done его команды. Этим же можно измерить “взросление команды”.

Alt Text

Именно увеличение критериев готовности отлично отображает, насколько растет техническая осознанность команды, насколько быстро вы можете делать изменения, насколько быстра обратная связь и насколько вы близки к клиенту.

Если команда год сидит с критериями “код написан и протестирован”, то за прошлые 12 месяцев вы не стали больше Agile в вашей компании. Вы остались на прошлом уровне. Не развились технически, управленчески и продуктово.

Recommended events

Pavel Kamyshov, Misha Glushchenko  

Friends, we want to chat! Meeting at the trainings is great, but there is little room for improvisation, because there is a clear schedule that you need to follow. Therefore, we invite you to Lean Coffee!

Olaf lewitz  

This Certified Agile Leadership (CAL-1) course We want you to look for growth in new ways.

Jutta eckstein  

Learn Fast - Bottling Up: Workshop on the Essentials of BOSSA, Open Space, Sociocracy & Agile

Recommended articles

Начинаем LeSS трансформацию в Azer Turk Bank

Рады приветствовать нашего нового клиента - Azer Turk Bank, один из крупнейших банков Азербайджана.

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

Agile Gym на Agile Rock

Во время конференции 21-22 сентября у нас открывается Agile GYM.
Вы сможете не только прослушать доклады гостей на Agile Rock, но и прокачаться с коучами SCRUM Украина на личных коуч-сессиях.
Чувствуете, что нужны изменения в компании, есть запрос на обучение и не знаете что с этим делать?
На …

Project documentation is like sex ...

Проектная документация, как секс - когда она хороша, это просто очень хорошо. Когда она плоха - это всё же намного лучше, чем ничего.

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

We are active on social networks and want to communicate. Add to our facebook page and join our communities.

For coaching and corporate programs:
+380 63 810-72-25 Evgeny
hello@scrum.ua

For public classes, registrations, accounts:
097 756-6757 Anastasia
backoffice@scrum.ua

For all phone numbers - voice, sms, viber, whatsapp.

©2017 - 2019 Scrum Ukraine. All rights reserved.