Вычисление мощности команды до появления исторических данных

Условия и Применение

  • Нет исторических данных по сгоранию Story Points за спринт и Бэклог ещё не оценён
  • Новая Agile команда
  • Необходимо быстро оценить мощность команды(Team Capacity) перед PI Planning, при приземлении SAFe.
Новая Agile команда

Алгоритм:

  1. Выбираем размер Ирерации – например 2 недели. И фиксируем даты начал и концов каждой Итерации в PI.
  2. Для каждого разработчика и тестировщика, работающего в команде на полной ставке, берём по 8 Story Points (SP) и уменьшаем для работающих при частичной занятости пропорционально
  3. Вылетаем 1 SP за каждый день отсутствия каждого члена команды.
  4. Находим небольшую Историю, которая заняла бы около половины дня разработки плюс половины дня тестирования (проверки) 2–3 членами команды и обозначьте её как 1 Story Point.
  5. Оцениваем остальные Истории относительно первой, можно использовать классическую инструкцию — Методология расчёта Story Points.

Теоретически в 2х неделях — 10 рабочих дней, но в Agile командах 20% уходит на коммуникацию (например Scrum Фреймворк). Получается искомые 8 рабочих дней, или 8 SP.

Пример:

Представим команду работающую по Итерациям — 2 недели из 8 человек. Состав команды:

  • 3 разработчика
  • 1 аналитик
  • 1 тестировщик
  • 1 Владелец Продукта
  • 1 Scrum Мастер
  • 1 Администратор проекта

Без отпусков и т.д.

Исключаем Scrum Мастера, Владельца Продукта и Администратора из калькуляции!

Оценка пропускной способности = 5 * 8 SP = 40 SP за Итерацию.

Если Scrum Мастер 50% времени занимается например DevOps то ему можно засчитать 4 SP.

Оценка пропускной способности = 5 * 8 SP + 4SP= 44 SP за Итерацию.

Минусы подхода

  • Оценка менее точная чем по историческим данным.
  • Story Point Ничего не удерживает от постепенной девальвации.

RTE & Scrum Master from Nizhny Novgorod https://t.me/agile4dev

Love podcasts or audiobooks? Learn on the go with our new app.