Формирование спринта из бэклога
Условие
В бэклоге продукта 100 User Stories с разными приоритетами и оценками. Команда состоит из 5 разработчиков, velocity команды — 40 story points за спринт.
Задача
Предложите подход к формированию спринта.
Что нужно сделать
- Определите критерии отбора историй в спринт
- Опишите процесс приоритизации
- Как учитывать зависимости между историями
- Как обеспечить баланс между новыми фичами и техническим долгом
- Как обрабатывать истории, которые не влезают в спринт
Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
Решение
1. Критерии отбора
Готовность (DoR), соответствие capacity (≤40 points), стратегическая ценность, независимость. Баланс: фичи 60-70%, tech debt 20-30%, баги 10-15%.
2. Приоритизация RICE+MoSCoW
RICE=(Reach×Impact×Confidence)/Effort. MoSCoW: Must (все в спринт), Should (40%), Could (capacity), Won't (отложить).
3. Зависимости
Mapping в Jira. Разрывать цепочки A→B→C (A+B в спринт, C отложить). Разбивать большие. Spike для неизвестных (2-3 дня).
4. Баланс фичи vs debt
60% фичи (24 pts), 20% tech debt (8 pts), 15% баги (6 pts), 5% spikes (2 pts). Минимум 20% на debt каждый спринт.
5. История вне спринта
Downsizing: разбить на части. Перепланирование: пересмотреть приоритеты. Spike: research перед спринтом. Bug triage: Critical добавить, High по score, Medium/Low отложить. Пример: Must 34 + Should 16 = 50 (125%) → Must 34 + топ-3 Should 8 = 42 pts в спринт. Итоговая стратегия: четкая очередь Top 15-20 историй, обсудить зависимости на planning, заполнять по приоритету, на ретро обсудить что не влезло, долгосрочно управлять бэклогом.