Калькулятор скорости разработки и мощности команды

Прекратите гадать о мощности спринта. Используйте реальные данные и проверенные формулы для планирования реалистичных спринтов, отслеживания трендов скорости и создания предсказуемых графиков поставки. Включены бесплатный калькулятор и шаблоны.

Почему отслеживание скорости важно для команд разработки

Проблема планирования спринта:

Понедельник утром. Встреча по планированию спринта. Ваш PM спрашивает: "Сколько story points мы можем взять на себя в этом спринте?"

Без данных о скорости вы гадаете:

• "Может быть, 40 points? Мы делали это в прошлый раз..."
• "Джон в отпуске, так что, вероятно, меньше..."
• "У нас есть этот инцидент в продакшене..."
• "Скажем, 35 points для безопасности?"

Через две недели:

• Вы выполнили 28 points (на 20% меньше обязательства)
• Заинтересованные стороны расстроены "медленным прогрессом"
• Команда чувствует себя плохо из-за "недоработки"
• Следующее планирование спринта: та же игра в угадайку

Реальная проблема: Вы планируете на основе чувств, а не данных.

Решение: Рассчитайте и отслеживайте скорость разработки.

⚠️ ИНТЕРАКТИВНЫЙ КАЛЬКУЛЯТОР СКОРОСТИ

[ЗАГЛУШКА ДЛЯ ИНТЕРАКТИВНОГО КАЛЬКУЛЯТОРА]

Этот раздел будет содержать интерактивный JavaScript калькулятор со следующими функциями:

Функции калькулятора:

Поля ввода:

1. Размер команды - Количество разработчиков в команде
2. Длина спринта - Дни в спринте (обычно 10-14 дней)
3. Часов в день - Рабочие часы на разработчика в день
4. Время встреч - Ежедневный стендап + планирование + ретро (часов/день)
5. Историческая скорость - Средние story points, выполненные в последних 3-5 спринтах
6. Соотношение Story Points к часам - Средние часы вашей команды на story point

Расчеты:

1. Валовая мощность = Размер команды × Дни спринта × Часов/день
2. Накладные расходы встреч = Часы встреч × Дни спринта × Размер команды
3. Чистая мощность = Валовая - Встречи - Буфер (20%)
4. Предлагаемое обязательство спринта = На основе исторической скорости
5. Тренд скорости = Последние 5 спринтов с линией тренда
6. Мощность на разработчика = Индивидуальное распределение

Отображение результатов:

• Мощность спринта в часах
• Рекомендуемое обязательство story points
• Распределение буфера для неожиданной работы
• Индивидуальная мощность разработчика
• График тренда скорости
• Сравнение с бенчмарком команды

Опции экспорта:

• Скачать как PDF
• Экспорт в CSV
• Сохранить в проект Workify

Понимание скорости разработки

Что такое скорость?

Определение скорости: Скорость - это среднее количество работы, которое команда разработки выполняет во время спринта, обычно измеряемое в story points или часах.

Ключевые концепции:

Story Points:

• Относительная мера сложности и усилий
• Не временные оценки (намеренно абстрактные)
• Калибровка для конкретной команды
• Обычно используют последовательность Фибоначчи (1, 2, 3, 5, 8, 13, 21)

Скорость:

• Средние story points, выполненные за спринт
• Основано на последних 3-5 спринтах для точности
• Специфично для команды (нельзя сравнивать между командами)
• Улучшается со стабильностью команды

Мощность:

• Доступные рабочие часы в спринте
• Учитывает встречи, накладные расходы, буфер
• Используется для валидации обязательств скорости
• Помогает выявить переобязательство

Формула скорости

Базовый расчет скорости:

Скорость = Сумма story points, выполненных в последних N спринтах ÷ N

Пример:
Спринт 1: 42 points
Спринт 2: 38 points
Спринт 3: 45 points
Спринт 4: 40 points
Спринт 5: 43 points

Скорость = (42 + 38 + 45 + 40 + 43) ÷ 5 = 41.6 points/спринт

Расчет мощности:

Валовая мощность = Размер команды × Дни спринта × Часов/день
Чистая мощность = Валовая мощность - Встречи - Админ - Буфер

Пример (команда из 5 человек, 10-дневный спринт):
Валовая = 5 разработчиков × 10 дней × 8 часов = 400 часов
Встречи = 5 разработчиков × 10 дней × 1.5 часа = 75 часов  
Админ накладные = 10% × 400 = 40 часов
Буфер (20%) = 80 часов
Чистая мощность = 400 - 75 - 40 - 80 = 205 часов

Конвертация Story Points в часы:

Часов на Point = Общее отслеженное время ÷ Выполненные story points

Пример из последнего спринта:
Общее отслеженное время: 210 часов
Выполненные story points: 42 points
Часов/Point = 210 ÷ 42 = 5 часов/point

Для следующего спринта:
Чистая мощность: 205 часов
Обязательство = 205 ÷ 5 = 41 story points

Расчет мощности команды

Фреймворк планирования мощности

Шаг 1: Рассчитайте валовую мощность

Это теоретический максимум, если бы все работали 100% времени:

Валовая мощность = Размер команды × Дни спринта × Часов в день

Примеры:
Команда из 3 человек, 2-недельный спринт (10 дней), 8-часовые дни:
= 3 × 10 × 8 = 240 часов

Команда из 5 человек, 2-недельный спринт (10 дней), 8-часовые дни:
= 5 × 10 × 8 = 400 часов

Команда из 8 человек, 3-недельный спринт (15 дней), 7-часовые дни:
= 8 × 15 × 7 = 840 часов

Шаг 2: Вычтите время встреч

Учитывайте все командные церемонии:

Типичное время встреч за спринт:

• Ежедневный стендап: 15 мин/день × дни спринта = 2.5 часа (10-дневный спринт)
• Планирование спринта: 2 часа
• Обзор/демо спринта: 1 час
• Ретроспектива: 1 час
• Уточнение/груминг: 2 часа
• Итого: ~8.5 часов на разработчика за спринт

Для 10-дневного спринта, 5 разработчиков:

Время встреч = 8.5 часов × 5 разработчиков = 42.5 часа

Шаг 3: Вычтите административные накладные расходы

Учитывайте не-разработческую работу:

Типичные административные накладные расходы:

• Ревью кода: 5-10% мощности
• Электронная почта и Slack: 5-10% мощности
• Координация команды: 2-5% мощности
• Документация: 2-5% мощности
• Итого: 15-25% валовой мощности

Для валовой мощности 400 часов:

Админ накладные = 20% × 400 = 80 часов

Шаг 4: Добавьте буфер для неожиданной работы

Учитывайте проблемы в продакшене, срочные баги и изменения масштаба:

Типичный буфер:

• Зрелый продукт: 10-15%
• Растущий продукт: 15-20%
• Продукт на ранней стадии: 20-30%

Для установленного продукта:

Буфер = 15% × 400 = 60 часов

Шаг 5: Рассчитайте чистую мощность

Чистая мощность = Валовая - Встречи - Админ - Буфер
Чистая = 400 - 42.5 - 80 - 60 = 217.5 часов

Это ваша реалистичная мощность спринта.

Учет вариаций команды

Участники команды на неполную ставку:

Разработчик, работающий на 50% мощности:
Вклад = 0.5 × (Дни спринта × Часов/день)
= 0.5 × (10 × 8) = 40 часов валовой мощности

Отпуска и время отсутствия:

Разработчик берет 3 дня отпуска в 10-дневном спринте:
Доступные дни = 10 - 3 = 7 дней
Вклад = 7 × 8 = 56 часов валовой мощности

Новые участники команды:

Первый спринт: 25-50% продуктивности (адаптация)
Второй спринт: 50-75% продуктивности
Третий спринт: 75-90% продуктивности
Четвертый спринт: ~100% продуктивности

Новый разработчик в первом спринте:
Вклад = 0.4 × (10 × 8) = 32 часа валовой мощности

Множественные уровни навыков:

Старший разработчик: множитель 1.2x (быстрее, меньше блокеров)
Разработчик среднего уровня: базовый 1.0x
Младший разработчик: множитель 0.7x (обучение, нужен ревью)

Расчет эффективной мощности:
2 старших: 2 × 1.2 × 80 = 192 часа
2 среднего уровня: 2 × 1.0 × 80 = 160 часов
1 младший: 1 × 0.7 × 80 = 56 часов
Итого: 408 часов валовой (из 5 человек × 80 = 400)

Руководство по оценке Story Points

Что такое Story Points?

Story Points НЕ являются:

• ❌ Часами или днями
• ❌ Календарным временем
• ❌ Только сложностью
• ❌ Сравнимыми между командами

Story Points ЯВЛЯЮТСЯ:

• ✅ Относительными оценками усилий
• ✅ Комбинацией сложности, усилий и неопределенности
• ✅ Калибровкой для конкретной команды
• ✅ Инструментом планирования и прогнозирования

Шкала Фибоначчи

Почему Фибоначчи? (1, 2, 3, 5, 8, 13, 21, 34)

Увеличивающиеся промежутки отражают увеличивающуюся неопределенность в больших оценках:

1 Point - Тривиально

• Простое изменение конфигурации
• Исправление бага в одну строку
• Обновление текстового контента
• ~1 час работы

2 Points - Простое

• Небольшое изменение UI
• Простая валидация формы
• Базовый API endpoint
• ~2-3 часа работы

3 Points - Умеренное

• Новая страница с существующими компонентами
• Оптимизация запроса к базе данных
• Многошаговая форма
• ~4-6 часов работы

5 Points - Сложное

• Новая функция с множественными компонентами
• Сложная бизнес-логика
• Изменение схемы базы данных
• ~8-12 часов работы

8 Points - Очень сложное

• Многостраничная функция
• Интеграция с внешним сервисом
• Значительный рефакторинг
• ~15-20 часов работы

13 Points - Высоко сложное

• Основная функция, охватывающая множественные области
• Новый архитектурный компонент
• Сложная интеграция
• ~25-35 часов работы

21+ Points - Эпик

• Слишком большой - должен быть разбит
• Работа на несколько спринтов
• Нуждается в декомпозиции

Лучшие практики оценки

1. Используйте референсные истории

• Определите 3-5 "калибровочных историй" с разными значениями points
• "3 points это как когда мы строили функцию экспорта"
• Сравнивайте новые истории с референсными историями

2. Планирующий покер

• Команда оценивает вместе
• Все показывают свою оценку одновременно (избегайте якорения)
• Обсуждайте расхождения
• Приходите к консенсусной оценке

3. Учитывайте все факторы

• Сложность - Насколько сложен код?
• Усилия - Сколько работы требуется?
• Неопределенность - Насколько хорошо мы это понимаем?
• Зависимости - Что еще должно произойти сначала?

4. Когда сомневаетесь, идите выше

• Большая оценка включает буфер
• Лучше перевыполнить, чем недовыполнить
• Неопределенность должна увеличивать оценку

5. Отслеживайте фактическое время

• Сравнивайте story points с фактически отслеженными часами
• Рассчитайте соотношение часов на point вашей команды
• Используйте данные для улучшения будущих оценок

Отслеживание скорости и тренды

Запись скорости спринта

Что отслеживать:

После каждого спринта записывайте:

• Story points взятые в обязательство - Что вы планировали
• Story points выполненные - Что вы завершили
• Процент выполнения - Выполненные ÷ Взятые в обязательство
• Общее отслеженное время - Фактически инвестированное время
• Часов на point - Часы ÷ Выполненные points
• Размер команды - Количество FTE для спринта
• Основные события - Праздники, проблемы в продакшене, изменения команды

Пример записи спринта:

Спринт 12 (10-21 января, 2025):
- Points взятые в обязательство: 42
- Points выполненные: 38
- Выполнение: 90%
- Отслеженные часы: 195
- Часов/point: 5.1
- Команда: 4.5 FTE (1 человек на 50% на поддержке)
- События: 2-дневный праздник, незначительная проблема в продакшене (4 часа)

Расчет скользящей скорости

Почему скользящее среднее?

• Сглаживает вариации от спринта к спринту
• Более предсказуемо, чем один спринт
• Захватывает устойчивый темп команды

3-спринтовое скользящее среднее:

Спринт 10: 35 points
Спринт 11: 42 points
Спринт 12: 38 points

Скорость = (35 + 42 + 38) ÷ 3 = 38.3 points/спринт

5-спринтовое скользящее среднее (рекомендуется):

Спринт 8: 40 points
Спринт 9: 38 points
Спринт 10: 35 points
Спринт 11: 42 points
Спринт 12: 38 points

Скорость = (40 + 38 + 35 + 42 + 38) ÷ 5 = 38.6 points/спринт

Тренды и паттерны скорости

Восходящий тренд (улучшение):

Спринт 1: 30 points
Спринт 2: 34 points  
Спринт 3: 37 points
Спринт 4: 40 points
Спринт 5: 42 points

Тренд: +3 points/спринт улучшение

Причины:
✅ Команда набирает опыт с кодовой базой
✅ Улучшенная точность оценки
✅ Лучшие процессы разработки
✅ Снижение технического долга

Нисходящий тренд (снижение):

Спринт 1: 45 points
Спринт 2: 42 points
Спринт 3: 38 points
Спринт 4: 35 points
Спринт 5: 32 points

Тренд: -3.25 points/спринт снижение

Причины для расследования:
❌ Увеличивающийся технический долг замедляет разработку
❌ Растущая сложность кода
❌ Выгорание команды или проблемы с моралью
❌ Увеличивающаяся нагрузка поддержки продакшена
❌ Потеря опытных участников команды

Волатильный (нестабильный):

Спринт 1: 40 points
Спринт 2: 28 points
Спринт 3: 45 points
Спринт 4: 30 points
Спринт 5: 43 points

Вариация: ±15 points

Причины:
❌ Непоследовательная оценка
❌ Непредсказуемые изменения масштаба
❌ Производственные чрезвычайные ситуации
❌ Переменная доступность команды
❌ Плохое планирование спринта

Стабильный (предсказуемый):

Спринт 1: 38 points
Спринт 2: 40 points
Спринт 3: 39 points
Спринт 4: 41 points
Спринт 5: 38 points

Среднее: 39.2 points, Вариация: ±2 points

Индикаторы здоровья:
✅ Последовательный состав команды
✅ Хорошие практики оценки
✅ Предсказуемый масштаб спринта
✅ Эффективное планирование спринта
✅ Минимальные производственные чрезвычайные ситуации

Отраслевые бенчмарки и сравнения

Бенчмарки скорости по размеру команды

Маленькая команда (2-3 разработчика):

• Типичная скорость: 20-35 points/спринт
• Часов на point: 4-6 часов
• Мощность спринта: 80-140 чистых часов

Средняя команда (4-6 разработчиков):

• Типичная скорость: 35-60 points/спринт
• Часов на point: 4-5 часов
• Мощность спринта: 140-260 чистых часов

Большая команда (7-10 разработчиков):

• Типичная скорость: 60-100 points/спринт
• Часов на point: 5-7 часов (накладные расходы координации)
• Мощность спринта: 280-520 чистых часов

Примечание: Это приблизительные рекомендации. Скорость вашей команды уникальна и зависит от множества факторов.

Скорость по уровню опыта

Младшая команда (< 1 года опыта):

• Изначально более низкая скорость
• Ожидается улучшающийся тренд
• Больше часов на point (время обучения)
• Высокая вариация оценки

Команда среднего уровня (1-3 года опыта):

• Стабильная скорость
• Хорошая точность оценки
• Стандартные часы на point
• Последовательная поставка

Старшая команда (3+ года опыта):

• Высокая скорость
• Отличная оценка
• Меньше часов на point
• Очень последовательная поставка

Бенчмарки процента выполнения

Здоровые проценты выполнения:

• 90-110% - Отлично (выполнено близко к обязательству)
• 80-90% - Хорошо (незначительное недовыполнение)
• 110-120% - Перевыполнение (может быть недооценка)

Индикаторы проблем:

• <75% - Хроническое переобязательство или плохая оценка
• >125% - Значительное недообязательство или завышенные оценки

Использование скорости для планирования спринта

Процесс планирования на основе скорости

Шаг 1: Рассчитайте текущую скорость

Последние 5 спринтов: 38, 42, 40, 39, 41 points
Текущая скорость = (38 + 42 + 40 + 39 + 41) ÷ 5 = 40 points

Шаг 2: Скорректируйте для известных факторов

Базовая скорость: 40 points

Корректировки:
- Участник команды в отпуске: -10%
- Праздник в спринте: -5%
- Новый участник команды присоединяется: +5% (разгон)

Скорректированная скорость = 40 × (1 - 0.10 - 0.05 + 0.05) = 36 points

Шаг 3: Проверьте против мощности

Чистая мощность этого спринта: 200 часов
Часов на point (исторически): 5 часов/point
Обязательство на основе мощности = 200 ÷ 5 = 40 points

На основе скорости: 36 points
На основе мощности: 40 points

Консервативное обязательство: 36 points (используйте меньшее число)

Шаг 4: Выберите истории

• Начните с элементов наивысшего приоритета
• Добавляйте истории до достижения цели (36 points)
• Включите смесь размеров для гибкости
• Оставьте небольшой буфер для изменений масштаба

Шаг 5: Валидируйте с командой

• Чувствуется ли это достижимым?
• Есть ли опасения по поводу конкретных историй?
• Разрешены ли технические зависимости?
• Команда согласна с обязательством

Планирование для неопределенности

Уровни уверенности:

Высокая уверенность (80-90% уверены):

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

Средняя уверенность (70-80% уверены):

• Обязательство на 90% скорости
• Некоторая неопределенность в историях
• Изменения команды
• Незначительные зависимости

Низкая уверенность (60-70% уверены):

• Обязательство на 75-80% скорости
• Значительные неизвестные
• Новая технология или домен
• Множественные зависимости

Пример:

Базовая скорость: 40 points
Уверенность: Средняя (новая область функций)

Консервативное обязательство = 40 × 0.9 = 36 points

Примеры из реального мира

Пример 1: Команда разработки стартапа

Профиль команды:

• 3 разработчика (1 старший, 2 среднего уровня)
• 2-недельные спринты (10 рабочих дней)
• Строят новый SaaS продукт
• Ожидается высокая скорость улучшения

Расчет мощности:

Валовая мощность = 3 разработчика × 10 дней × 8 часов = 240 часов
Встречи = 3 × 8 часов = 24 часа
Админ (20%) = 48 часов
Буфер (25% - ранняя стадия) = 60 часов
Чистая мощность = 240 - 24 - 48 - 60 = 108 часов

Отслеживание скорости:

Спринт 1: 18 points (5 часов/point = 90 часов)
Спринт 2: 22 points (4.8 часов/point = 106 часов)
Спринт 3: 25 points (4.5 часов/point = 113 часов)
Спринт 4: 28 points (4.2 часов/point = 118 часов)
Спринт 5: 30 points (4 часов/point = 120 часов)

Текущая скорость: 24.6 points/спринт
Тренд: +3 points/спринт улучшение
Обязательство следующего спринта: 32 points

Анализ: ✅ Здоровый восходящий тренд (команда изучает кодовую базу)
✅ Уменьшающиеся часы/point (повышение эффективности)
✅ Консервативный буфер подходит для ранней стадии
✅ Можно увеличить обязательство по мере продолжения тренда

Пример 2: Агентство разработки

Профиль команды:

• 6 разработчиков (смесь клиентских проектов и поддержки)
• 2-недельные спринты
• Смесь клиентской работы и внутренних инструментов
• Нужен буфер для клиентских чрезвычайных ситуаций

Расчет мощности:

Валовая мощность = 6 разработчиков × 10 дней × 7.5 часов = 450 часов
Встречи = 6 × 10 часов = 60 часов
Поддержка клиентов (средняя) = 60 часов
Админ (15%) = 68 часов
Буфер (15%) = 68 часов
Чистая мощность = 450 - 60 - 60 - 68 - 68 = 194 часа

Отслеживание скорости:

Спринт 1: 38 points (198 часов отслежено)
Спринт 2: 35 points (175 часов - праздник)
Спринт 3: 40 points (205 часов)
Спринт 4: 32 points (160 часов - производственная чрезвычайная ситуация)
Спринт 5: 39 points (195 часов)

Текущая скорость: 36.8 points/спринт
Скорректировано для этого спринта:
- 1 разработчик на 50% (эскалация клиента) = -10%
- Нет праздников = 0%

Обязательство следующего спринта: 36.8 × 0.9 = 33 points

Анализ: ✅ Вариация скорости отражает реальность агентской работы
✅ Буфер поддержки предотвращает переобязательство
✅ Корректировки для известных ограничений
✅ Консервативное планирование защищает клиентские отношения

Пример 3: Команда продукта предприятия

Профиль команды:

• 8 разработчиков (зрелая команда продукта)
• 3-недельные спринты
• Установленный продукт с техническим долгом
• Очень стабильный состав команды

Расчет мощности:

Валовая мощность = 8 разработчиков × 15 дней × 8 часов = 960 часов
Встречи = 8 × 12 часов = 96 часов
Ревью кода (10%) = 96 часов
Админ (12%) = 115 часов
Буфер (12%) = 115 часов
Чистая мощность = 960 - 96 - 96 - 115 - 115 = 538 часов

Отслеживание скорости:

Спринт 1: 85 points (545 часов)
Спринт 2: 83 points (532 часа)
Спринт 3: 88 points (555 часов)
Спринт 4: 84 points (538 часов)
Спринт 5: 86 points (548 часов)

Текущая скорость: 85.2 points/спринт
Часов/point: 6.35 часов (отражает зрелость + технический долг)
Вариация: ±2.5 points (очень стабильно)

Обязательство следующего спринта: 85 points

Анализ: ✅ Отличная стабильность указывает на зрелую команду
✅ Немного больше часов/point из-за сложности кода
✅ Предсказуемая поставка позволяет долгосрочное планирование
✅ Небольшой буфер отражает низкую неопределенность

Общие ошибки скорости

Ошибка 1: Сравнение скорости между командами

Проблема: "Команда A имеет скорость 50 points, Команда B имеет 30 points. Команда A более продуктивна!"

Почему это неправильно:

• Story points - это калибровка для конкретной команды
• "5 points" команды A ≠ "5 points" команды B
• Разные домены имеют разную сложность
• Размер команды, опыт, технологический стек - все различается

Что делать вместо этого:

• Отслеживайте скорость каждой команды независимо
• Сравнивайте тренды в рамках одной команды со временем
• Используйте часы-на-point, если нужно сравнить
• Фокусируйтесь на поставке ценности, а не на числах скорости

Ошибка 2: Использование скорости как метрики производительности

Проблема: "Ваша скорость снизилась в этом спринте - вам нужно работать быстрее!"

Почему это неправильно:

• Скорость предназначена для планирования, а не для оценки производительности
• Использование для оценки производительности поощряет игру (завышение оценок)
• Естественная вариация нормальна
• Игнорирует различия в сложности между спринтами

Что делать вместо этого:

• Используйте скорость только для планирования мощности
• Оценивайте команды по результатам и поставленной ценности
• Расследуйте тренды, а не вариации отдельных спринтов
• Стройте доверие, не наказывайте за низкую скорость

Ошибка 3: Давление на команду для увеличения скорости

Проблема: "Давайте возьмем на себя 50 points в этом спринте - мы можем это сделать!"

Почему это неправильно:

• Приводит к переобязательству и выгоранию
• Поощряет сокращение углов (страдает качество)
• Завышает оценки для кажущегося успеха
• Уничтожает скорость как полезный инструмент планирования

Что делать вместо этого:

• Позвольте скорости быть тем, что она есть
• Фокусируйтесь на устойчивом темпе
• Улучшайте процессы для естественного увеличения скорости
• Празднуйте последовательную поставку, а не высокие числа

Ошибка 4: Игнорирование ограничений мощности

Проблема: "Наша скорость 40 points, поэтому мы возьмем на себя 40 points - даже если половина команды в отпуске."

Почему это неправильно:

• Скорость предполагает стабильный состав команды
• Не учитывает различные обстоятельства
• Приводит к неудачным обязательствам спринта
• Подрывает доверие заинтересованных сторон

Что делать вместо этого:

• Корректируйте скорость для известных ограничений
• Рассчитывайте мощность независимо
• Используйте и скорость, И мощность для планирования
• Будьте прозрачны в отношении ограничений

Ошибка 5: Недостаточно долгое отслеживание скорости

Проблема: "Мы сделали 2 спринта - наша скорость 35 points!"

Почему это неправильно:

• Слишком маленький размер выборки
• Естественная вариация не сглажена
• Команда все еще калибрует оценки
• Еще не предсказуемо

Что делать вместо этого:

• Отслеживайте минимум 5 спринтов перед полаганием на скорость
• Используйте более широкий буфер в начале
• Ожидайте улучшения скорости по мере созревания команды
• Будьте терпеливы с процессом

Загружаемые шаблоны

Трекер скорости спринта (Таблица)

Столбцы для отслеживания:

• Номер спринта и даты
• Points взятые в обязательство
• Points выполненные
• Процент выполнения
• Отслеженные часы
• Часов на point
• FTE команды
• Основные события/заметки
• 3-спринтовое скользящее среднее
• 5-спринтовое скользящее среднее

Формулы:

Процент выполнения = (Выполненные Points / Взятые в обязательство Points) × 100
Часов на Point = Отслеженные часы / Выполненные Points
3-спринтовое среднее = СРЕДНЕЕ(последние 3 спринта)
5-спринтовое среднее = СРЕДНЕЕ(последние 5 спринтов)

Шаблон планирования мощности

Рассчитайте для каждого спринта:

1. Состав команды

   • Имена разработчиков
   • Процент доступности (учет отпусков и т.д.)
   • Множитель уровня навыков

2. Временные расчеты

   • Валовая мощность на разработчика
   • Общая валовая мощность
   • Вычет времени встреч
   • Вычет админ накладных расходов
   • Распределение буфера
   • Чистая мощность

3. Обязательство

   • Текущая скорость
   • Корректировки для этого спринта
   • Максимум на основе мощности
   • Рекомендуемое обязательство

Карточка референса Story Points

Создайте калибровку вашей команды:

Интеграция с Workify

Использование Workify для отслеживания скорости

1. Настройка доски спринта

• Создавайте доски, представляющие спринты
• Используйте столбцы для этапов рабочего процесса
• Добавляйте оценки story points в поле "amount" задачи
• Отслеживайте время на каждой задаче

2. Интеграция отслеживания времени

• Автоматическое отслеживание времени на задачах
• Расчет часов на story point в реальном времени
• Отчеты по времени, отфильтрованные по спринту/доске

3. Отчеты спринта

• Отчеты производительности проекта
• Аналитика времени и задач
• Тренды скорости со временем
• Метрики производительности команды

4. Рабочий процесс планирования спринта

• Просмотрите последние 5 спринтов в отчетах по времени
• Рассчитайте скорость из завершенных задач
• Создайте новую доску спринта
• Добавьте задачи до цели скорости
• Команда начинает отслеживание времени на новом спринте

5. Непрерывное улучшение

• Экспортируйте данные времени для анализа
• Сравните оценки с фактическим временем
• Выявите паттерны в переоценке/недооценке
• Уточните калибровку story points

Начало работы с отслеживанием скорости

Неделя 1: Установление базовой линии

Действия:

• Настройте структуру доски спринта
• Обучите команду оценке story points
• Создайте референсные истории для калибровки
• Начните отслеживание первого спринта
• Отслеживайте все время на задачах

Результаты:

• Доска спринта с оцененными задачами
• Соглашение команды о шкале story points
• Отслеживание времени начато

Недели 2-10: Сбор данных

Действия:

• Проведите 5 спринтов (2-недельные спринты = 10 недель)
• Записывайте скорость после каждого спринта
• Отслеживайте часы на story point
• Отмечайте любые основные события или аномалии
• Пока не меняйте подход к оценке

Результаты:

• 5 записей скорости спринта
• Соотношение часов-на-point
• Выявлены начальные тренды

Неделя 11+: Использование данных для планирования

Действия:

• Рассчитайте скользящую 5-спринтовую скорость
• Используйте скорость для планирования следующего спринта
• Сравните обязательство с мощностью
• Отслеживайте процент выполнения
• Уточняйте оценку по мере необходимости

Результаты:

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

Заключение: Планирование спринта на основе данных

Прекратите гадать о мощности спринта. Начните планировать с реальными данными.

Что вы изучили:

✅ Рассчитайте мощность команды - Учитывайте встречи, накладные расходы и буфер
✅ Отслеживайте скорость - Скользящее среднее за последние 5 спринтов
✅ Оценивайте с story points - Относительное размерение, а не часы
✅ Планируйте реалистичные спринты - Используйте и скорость, и мощность
✅ Отслеживайте тренды - Выявляйте улучшения или проблемы рано
✅ Избегайте общих ошибок - Не сравнивайте команды и не давите на более высокую скорость

Результат:

• Предсказуемая поставка спринта
• Доверие заинтересованных сторон к обязательствам
• Устойчивый темп команды
• Данные для непрерывного улучшения
• Лучшее долгосрочное планирование

Готовы начать отслеживание скорости?

Используйте интегрированное отслеживание времени и управление проектами Workify для автоматического расчета скорости вашей команды, отслеживания трендов и планирования реалистичных спринтов.

Следующие шаги:

1. Настройте вашу первую доску спринта - В Workify
2. Оценивайте с story points - Используйте шкалу Фибоначчи
3. Отслеживайте время на всех задачах - Используйте автоматическое или ручное отслеживание
4. Записывайте результаты спринта - После завершения каждого спринта
5. Рассчитайте скорость - После 5 спринтов используйте данные для планирования

Превратите планирование спринта из гадания в науку. Ваша команда, ваши заинтересованные стороны и ваше здравомыслие скажут вам спасибо.

Связанные ресурсы:

• Планирование спринта в Workify
• Автоматическое против ручного отслеживания времени
• Документация по управлению проектами
• Отслеживание времени и отчеты
• Аналитика производительности команды

Готовы начать?Зарегистрируйтесь в Workify сегодня и начните отслеживать скорость вашей команды разработки.