Беклог спринту
Беклог спринту (Sprint Backlog) — це перелік задач, виконання яких скрам-команда прогнозує на один спринт. Під час зустрічі під назвою “планування спринту” команда обирає певну кількість елементів беклогу продукту, зазвичай у формі історій користувачів. Тоді вона визначає, які задачі треба виконати, щоб закрити кожну з історій. Більшість команд також оцінюють, скільки годин знадобиться комусь у команді на виконання того чи іншого завдання.
Беклог продукту — детальний перелік усіх вимог до продукту, очікуваних функцій, характеристик, специфікацій, особливостей використання тощо (у формі історій користувачів).
Дуже важливо, щоб елементи і розмір беклогу спринту визначала саме команда. Оскільки вони працюватимуть над задачами, вони й мають обирати, що робити.
Також команда відповідальна за пріоритизацію елементів беклогу – тобто, саме вона під час планування спринту має визначити, які саме елементи беклогу (історії користувачів) слід виконати в першу чергу.
Backlog спринту зазвичай ведуть у формі таблиці, але можна використовувати і вашу власну систему відстеження дефектів або ж будь-який із безлічі додатків, орієнтованих на скрам чи аджайл. Ось приклад беклогу спринту, виконаного в формі таблиці:
| Історія користувача | Задачі (таски) | День 1 | День 2 | День 3 | День 4 | День 5 | … |
|---|---|---|---|---|---|---|---|
| Як учасник спільноти, я можу переглядати профілі інших учасників, щоб підшукати, з ким піти на побачення | Написати код… | 8 | 4 | 8 | 0 | ||
| Розробити дизайн… | 16 | 12 | 10 | 4 | |||
| Провести зустріч про… | 8 | 16 | 16 | 11 | |||
| Дизайн інтерфейсу… | 12 | 6 | 0 | 0 | |||
| Провести автотести… | 4 | 4 | 1 | 0 | |||
| Написати ще код… | 8 | 8 | 8 | 8 | |||
| Як учасник спільноти, я можу оновлювати свої платіжні дані | Оновити тести безпеки… | 6 | 6 | 4 | 0 | ||
| Розробити рішення… | 12 | 6 | 0 | 0 | |||
| Написати план тесту… | 8 | 8 | 4 | 0 | |||
| Провести автотести… | 12 | 12 | 10 | 6 | |||
| Написати код… | 8 | 8 | 8 | 4 |
Під час спринту члени команди мають оновлювати беклог спринту в міру появи нових даних, але не рідше, ніж раз на день. Багато команд роблять це під час щоденного скраму. Раз на день скрам-майстер підраховує, скільки роботи залишилось до кінця спринту, і будує графік — бьорн-даун чат спринту на кшталт цієї таблиці.
Команда докладає максимум зусиль, щоб запланувати на спринт адекватну кількість роботи. Та інколи під час планування все ж з’являється надлишок або нестача завдань. У таких випадках команда додає собі роботи чи скорочує її кількість під час спринту.
Поглянемо, як це працює на прикладі приведеного бьорн-даун чату. Як бачите, спочатку команда запланувала забагато задач. До 13-го дня 20-денного спринту їй залишалося ще 600 годин роботи. Довелося звернутись до власника продукту, і той погодився прибрати зі спринту деякі історії користувачів. Так на графіку з’явився великий розрив між днем 13 і 14. З цього часу команда стала просуватися вперед значно продуктивніше, і спринт було завершено успішно.
Перекладено й адаптовано командою BrainRain за матеріалом MountainGoatSoftware
Хочете розібратися в скрамі і зрозуміти, нащо він потрібен і як його застосовувати?
