Unfinished work in sprints

Мне довольно часто задают следующий вопрос: «Что делать с историями, которые не полностью сделаны за итерацию?».

 

На мой взгляд, есть следующие варианты:

 

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

Comments: 0