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

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

• Нет исторических данных по сгоранию 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.

Почему именно 8 SP?

Теоретически в 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 Ничего не удерживает от постепенной девальвации.