Agile-метрики команд. Часть 2. Хорошие метрики | Agile тренинги, обучение и сертификации Scrum, Kanban, DevOps в Scrum Украина
 
Статья отображается на оригинальном языке.

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

31 янв 2019

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 в вашей компании. Вы остались на прошлом уровне. Не развились технически, управленчески и продуктово.

Рекомендованные мероприятия

тренинг
Алексей Кривицкий  

Это официальный интенсивный сертификационный класс от ScrumAlliance. Курс читает Алексей Кривицкий - Certified Scrum Trainer, разработчик, скрам-мастер и практикующий agile-коуч с 2008 года.

тренинг
Михаил Вязанкин  

Дизайн Канбан-систем закладывает основы Канбан-метода, обучая вас принципам, практикам и процессам. Курс сертифицирован Канбан Университетом и был составлен экспертами и лидерами Канбана, включая Дэвида Дж. Андерсона и Майка Барроуза.

тренинг
Алексей Кривицкий  

Это официальный интенсивный сертификационный класс от ScrumAlliance. Курс читает Алексей Кривицкий - Certified Scrum Trainer, разработчик, скрам-мастер и практикующий agile-коуч с 2008 года.

Рекомендованные статьи

Что такое Канбан-система и зачем там доска?

Слышали ли вы про Канбан? Почти наверняка вам попадались высказывания, что Kanban помогает навести порядок, сделать работу предсказуемой, уменьшить время выполнения задач. Но за счёт чего? Просто из-за того, что мы лепим стикеры на доску?

Звучит не очень реалистично и я с вами согласен. …

Зачем нужна сертификация специалистам, которые работают в Agile?

На связи Дмитрий Незабытовский. Я аккредитированный и действующий ICAgile Instructor и Advanced Certified ScrumMaster® (A-CSM) от Scrum Alliance. Практикующий ScrumMaster в продуктовой компании Terrasoft (Creatio).
В этой статье хочу поделиться с вами треками развития Agile специалистов начиная …

Мы активны в социальных сетях и хотим общаться. Добавляйтесь на нашу страничку в facebook и присоединяйтесь к нашим сообществам.

По вопросам коучинга и корпоративных программ:

+380 93 4974661
hello@scrum.ua

По вопросам публичных классов, регистраций, счетов:

+380 95 7402380
hello@scrum.ua

По всем номерам телефонов - голос и telegram.

©2017 - 2021 Scrum Ukraine. Все права защищены.

Политика конфиденциальности