Мне довольно часто задают следующий вопрос: «Что делать с историями, которые не полностью сделаны за итерацию?».
На мой взгляд, есть следующие варианты:
1. История не полностью сделана, и сделанная часть НЕ несет выгоды для заказчика
= Business value not delivered
В этом случае логично сделать следующее:
- Вернуть историю в беклог;
- Не учитывать сделанную часть работы при подсчете velocity команды в текущей итерации;
- Переоценить историю, если она оказалась значительно больше, чем думалось;
- Задуматься об разбиении этой истории на мелкие значимые истории, чтобы не повторилась такая же ситуация в следующих итерациях (тема для ретроспективы);
- Не откладывать историю в «долгий беклог», а продолжать работать над ней в ближайшую итерацию, пока свежо. Но это уже, конечно, решение, которое примет Product Owner.
2. История не полностью сделана, но сделанная часть несёт выгоду для заказчика
= Business value delivered (but partially)
В этом случае можно:
- Зачесть историю как сделанную. При этом обновить описание истории, указав, что именно сделано, какие тесты проходят;
- Создать новую историю (или ряд историй), описывающих недостающие требования;
- Переоценить историю и учесть её при подсчёте velocity текущего спринта.
3. История сделана, но после найдены дефекты
= Business value delivered (but the quality/level of details is not acceptable)
В этом случае вопросовв часто два: «Как трекать баги, найденные после сдачи истории?» и «Что делать с историей: переоткрывать или нет?».
Можно поступить следующим образом:
- История не переоткрывается;
- В беклоге создаются баги и связываются с историей для сохранения их контекста;
- Баги планируются и чинятся наравне с другими историями и багами (естественно, логичнее их чинить в ближайшем спринте).
Статья от 05/2008
Что бы ещё такого почитать про истории, беклоги и прочую испанскую инквизицию?
Write a comment