Ответ
Sprint Backlog — это набор элементов продукта (Product Backlog Items), отобранных для реализации в текущем спринте, с детализацией на конкретные задачи.
Состав Sprint Backlog:
- Пользовательские истории (User Stories) — основные единицы функциональности, отобранные из Product Backlog. Каждая история имеет критерии приемки (Definition of Done).
- Технические задачи (Tasks) — рабочие элементы, на которые разбиваются истории. Это конкретные действия для разработчиков, тестировщиков и аналитиков.
- Примеры: "Реализовать метод POST /api/users", "Написать модульные тесты для сервиса X", "Сверстать модальное окно".
- Баги (Bugs) — дефекты, которые команда решила исправить в этом спринте, если они критичны для функциональности спринта.
- Задачи по улучшению процесса/техдолгу — если команда выделила на это время (например, "Обновить версию библиотеки Y").
Как это выглядит на практике (пример в таск-трекере):
**Спринт "Платежи" (24.03.2024 - 07.04.2024)**
* **US-101: Интеграция с платёжным шлюзом** [8 story points]
* [ ] Задача: Настроить API-клиент для шлюза (3h) — *Анна*
* [ ] Задача: Реализовать логику обработки ответов (5h) — *Иван*
* [ ] Задача: Написать интеграционные тесты (4h) — *Мария*
* **Bug-205: Исправить ошибку валидации email** [2 story points]
* [ ] Задача: Починить regex в классе Validator (2h) — *Петр*Ключевой принцип: Объём работ должен быть реалистичным и соответствовать скорости команды (velocity), определённой на предыдущих спринтах. Все задачи оцениваются в часах или идеальных днях.