1 of 36

Метрики эффективности команд и трайбов

Асхат Уразбаев

ScrumTrek (and more)

2 of 36

Сегодня в программе…

  • Идеальная метрика перформанса команды
  • Как доказать что коучи нужны и что-то делают?
  • Как chatGPT может помочь agile-коучу?
  • Time to Market не нужен?

3 of 36

Как оценить производительность команды? Как понять какая команда перформит? Как увидеть это в цифрах?

«

«

4 of 36

Примеры метрик эффективности

  • Velocity
  • Commits
  • Pull request count
  • DORA:
    • Deployment Frequency
    • Mean Time to Restore
    • Lead Time for Changes
    • Change Failure Rate

5 of 36

6 of 36

7 of 36

Как оценить человека?

«

«

8 of 36

Апгар

Денвер

ЕГЭ

ГТО

9 of 36

1

2

Типы метрик

Exploration

Transformation

Диагностика

Лечение

Много метрик

Минимум метрик

10 of 36

Transformation checklist

  • Есть цель трансформации
  • Команды и руководство осознают важность трансформации
  • Есть понятные командам метрики
  • Есть ответственные за исправление
  • Ответственные понимают как этот исправить
  • Регулярный трекшн метрик

11 of 36

Очевидный дисклеймер

  • Не использовать против команды
  • Не привязывать к бонусам
  • Не навязывать подход к исправлению

12 of 36

Exness

  • CFD брокер
  • 4 трайба
  • Около 50 команд
  • Компонентные и фиче-команды
  • Современный стек
  • Спринты

13 of 36

Do you deliver? Проблема прозрачности и доверия �

  • «Не все успели, переносим в следующий спринт»
  • «Вы не поймете, у нас в Technology все очень сложно»
  • «Я все написал в BRD, почему не сделано не так и не все?»

14 of 36

Velocity

15 of 36

“Velocity” project

16 of 36

Velocity — хорошая метрика?

17 of 36

Velocity

Минусы

  • Не предназначена для оценки поставки
  • Стабильность Velocity не означает выполнения коммитментов
  • Требует наличия эстимейтов

Плюсы

  • Понятна командам
  • Есть из коробки в Jira
  • Имеет практическую пользу как инструмент прогноза

18 of 36

Committed vs Completed�Взято в спринт vs закончено в спринте (sp)

Committed vs Completed

  • Зависит от наличия эстимейтов
  • Все еще не гарантирует соблюдение коммитментов

19 of 36

Committed vs Completed�Оцененные задачи среди запланированных (шт)

20 of 36

Committed vs Completed�Взято в спринт vs закончено в спринте (в sp)

  • Договорились сделать 3 историй по 2 sp
  • Committed = 6 sp

  • Сделали 2 совершенно других стори по 3 sp
  • Completed = 6 sp

21 of 36

Slippage�Сколько задач в этом спринте пришло из прошлых спринтов (шт)

22 of 36

Slippage�Сколько задач в этом спринте пришло из прошлых спринтов (шт)

  • Понятна командам
  • Не зависит от качества оценки
  • Коррелирует с качеством планирования

23 of 36

Tribe Level View

  • Взгляд с высоты на трайб
  • Кластеры отстающих команд
  • Прогресс трайба
  • Threshold 25%

24 of 36

25 of 36

Как измерить использование пользовательских историй?

  • Автономность команд
  • PO взаимодействует с командой
  • PO отвечает за бэклог
  • Элементом работы являются тестируемые, имеющие ценность для пользователя работы, а не технические задачи

26 of 36

Использование chatGPT?

Prompt

Jira Ticket

Class

27 of 36

CHANGE

Почему это важно: ”Мы сеть команд, помогающих друг другу. Вы помните, когда другая команда обещала вам что-то поставить и не делала этого? ”

  • TL несут ответственность за изменения
  • Используемые практики не важны
  • Но коучи всегда готовы помочь
  • Тренды, а не значения
  • Трекшн метрик на уровне трайб-лидов в комфортном для них режиме (1 on 1, синки, часть Sprint Review etc)
  • Можно договориться об исключении своей команды
  • Трекшн на синке трайб-лидов

28 of 36

29 of 36

От CHANGE к RUN

  • Другие метрики в фокусе
  • Ревью только если есть проблемы
  • Сниженная регулярность
  • Смотрим на тренды
  • Анализ блокеров

30 of 36

Transformation checklist

  • Есть цель трансформации
  • Команды и руководство осознают важность трансформации
  • Есть понятные командам метрики
  • Есть ответственные за исправление
  • Ответственные понимают как этот исправить
  • Регулярный трекшн метрик

31 of 36

Эффективность сервисных команд

  • Request как элемент анализа
  • Cycle Time для сервисов
  • Lead Time для инфраструктуры
  • 85% персентиль

32 of 36

Контроль Demand / Throughput по реквестам

33 of 36

Контроль Demand / Throughput по реквестам

  • Demand
  • Throughput
  • Rejected

34 of 36

Платформизация

  • Движение в сторону self-service platforms
  • Снижение количества внешних реквестов

35 of 36

Time to Market

  • Зависит от бизнес-решений
  • Тяжело подобрать методику
  • Нужно статистически-значимое количество поставок
  • Изменения внутри доверительных интервалов
  • Является прокси-метрикой бизнес-ценности

36 of 36

Контакты

Асхат Уразбаев

Agile Coach

askhatu