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

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

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

Дмитрий Незабытовский, Павел Камышов  

Друзья, мы хотим общаться! Встречи на тренингах это здорово, но там мало места для импровизации, ведь есть четкое расписание, которому нужно следовать. Поэтому мы приглашаем вас на Lean Coffee!

Алексей Кривицкий, Евгений Лабунский  

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

Алексей Кривицкий  

Регулярные митапы после тренинга с Алексеем Кривицким - нетворкинг, кейсы, передовой опыт Agile-трансформаций в европейских компаниях.

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

Конференция "LeSS Day Europe 2020 Kyiv"

Scrum Ukraine проводит в апреле уникальный ивент - конференцию, посвящённую кейсам глубоких многолетних agile трансформаций, включая кейсы SAP, BMW, страховой и коммунальной индустрий.

О пробном внедрении LeSS Huge в немецкой страховой компании (часть 1)

Автор: Вольфганг Штеффенс
Перевод с английского. Оригинальная статья Attempted LeSS Huge adoption at a German insurance company.

Вступление

Настоящий отчет описывает изменения в департаменте начиная с первичного внедрения Скрама и до внедрения LeSS Huge. Путь к LeSS Huge включал следующее …

Новый год 2020 — уже в пути!

Дорогие друзья — клиенты, коллеги!

Время подводить итоги-2019 и готовиться к новому, 2020 году. Мы потрудились на славу: проводили Agile и LeSS-трансформации в крупнейших украинских и зарубежных компаниях, организационный коучинг и коучинг продуктовых команд, тренинги и обучение сотрудников, …

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

По вопросам корпоративных программ и коучинга:
063 810-72-25 Евгений
093 497-46-61 Екатерина
hello@scrum.ua

Во вопросам мероприятий, тренингов, регистраций и счетов:
095 014-5900 Татьяна
backoffice@scrum.ua

По всем номерам - голос, sms, viber.

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