Ответ
Backlog — это упорядоченный список всего, что может понадобиться в продукте. В Agile обычно выделяют несколько уровней детализации и назначения.
1. Product Backlog (Бэклог продукта)
- Владелец: Product Owner.
- Содержание: Все возможные фичи, улучшения, баг-фиксы, задачи по техническому долгу, связанные с продуктом.
- Приоритет: Динамически упорядочен (обычно по стоимости, риску, ценности). Постоянно уточняется и пополняется.
- Пример элементов:
[Epic]Как пользователь, я хочу оплачивать заказы онлайн, чтобы быстрее завершать покупки.[Feature]Интеграция с платежной системой Stripe.[Task]Обновить библиотеку jQuery до актуальной версии (технический долг).
2. Sprint Backlog (Бэклог спринта)
- Владелец: Команда разработки.
- Содержание: Подмножество элементов Product Backlog, отобранных командой для реализации в текущем спринте. Разбивается на конкретные технические задачи.
- Фиксируется на планировании спринта и не меняется произвольно в его ходе.
- Пример:
Спринт #15 (02.04 - 16.04) - [ ] Реализовать Stripe Checkout на бэкенде (8ч) - [ ] Сверстать страницу подтверждения оплаты (6ч) - [ ] Написать интеграционные тесты для платежей (4ч)
3. Другие специализированные бэклоги (могут быть отдельными или частью Product Backlog):
- Bug Backlog: Список известных, но не критичных багов, которые еще не запланированы к исправлению.
- Technical Debt Backlog (Refactoring Backlog): Задачи по улучшению архитектуры, обновлению зависимостей, повышению производительности без изменения функциональности.
- Architectural/Enabler Backlog: Задачи по исследованию технологий, настройке инфраструктуры, которые обеспечивают будущую разработку.
Ключевой принцип: Независимо от вида, любой бэклог должен быть видимым, упорядоченным по приоритету и регулярно пересматриваемым (на ритуалах типа Backlog Refinement).
Ответ 18+ 🔞
А, слушай, про бэклоги, да? Ну это ж классика, блядь! Представь себе такую огромную, ёбнутую кучу всего, что можно когда-нибудь запилить в продукт. Вот эта куча — он и есть, главный по тарелочкам.
1. Product Backlog (Это типа общий склад желаний)
- Кто главный по складу: Продакт-овнер, этот, с умными глазами. Он решает, что из кучи важнее.
- Что там валяется: Абсолютно всё, что придумали, нашли или выковыряли из носа. Фичи, улучшения, баги, какая-то техническая хуйня, которую надо переделать.
- Как лежит: Всё в кучке, но сверху — то, что прям вот щас горит и пахнет. Эту кучу постоянно шевелят, что-то добавляют, а что-то, блядь, на дне уже плесенью покрылось.
- Ну типа: «[Epic] Сделать, чтобы можно было платить онлайн, а то клиенты заебали» или «[Task] Апдейтнуть эту старую библиотеку, которая уже всех вгоняет в тоску».
2. Sprint Backlog (А это — наш план на две недели, и мы его, сука, выполним!)
- Кто в ответе: Команда, то есть мы с тобой. Мы на планировании сгребаем из общей кучи то, что реально успеем за спринт.
- Что там: Конкретные, мелкие, понятные задачи. Не «сделать онлайн-оплату», а «прикрутить Stripe на бэк», «сверстать попап» и «написать тесты, чтобы не обосраться».
- Главное правило: План приняли — и всё, блядь. Нельзя просто так взять и добавить в середине спринта какую-то новую хуйню. Иначе будет пиздец и переработки.
- Выглядит обычно как доска с задачами:
Спринт #15 (02.04 - 16.04) - [ ] Реализовать Stripe Checkout на бэкенде (8ч) - [ ] Сверстать страницу подтверждения оплаты (6ч) - [ ] Написать интеграционные тесты для платежей (4ч)
3. А ещё бывают, блядь, специальные закутки в этом складе:
- Bug Backlog: Уголок, куда скидывают баги, которые не горят, но и выкинуть жалко. Типа «кнопка мигает раз в полгода, но в целом работает, пофиг».
- Technical Debt Backlog: А это, сука, наш позорный чулан. Туда складываем всё, что накосячили или сэкономили впопыхах, и обещаем себе когда-нибудь разобраться. «Переписать этот говнокод», «обновить сервак».
- Architectural Backlog: Полка с «потом». Задачи для разведки: «посмотреть новую библиотеку», «поиграть с Docker».
И запомни, чувак, золотое правило: Какую бы ты кучу не вёл, она должна быть на виду у всех, разложена по приоритетам (что сверху — то жрём первым) и её надо регулярно перебирать, а то она сгниёт! Называется это Backlog Refinement, или просто «посидим, посмотрим на этот бардак и решим, что с ним делать».