всем привет!

я когда-то написал об использовании user
stories<http://www.agileukraine.org/2007/04/user-stories-part-1.html>.
до сих пор время от времени получаю отзывы и вопросы.

вот к примеру вопрос, на который у меня нет однозначного ответа:
"что делать с историями, которые не полностью сделаны за итерацию?"

ответа у меня нет, потому как "it depends". есть гипотетически такие
варианты (может кто придумает ещё?):

1. *история не полностью сделана, и сделанная часть НЕ несет выгоды для
заказчика**
*= business value not delivered

в этом случае, как по мне, логично
а) историю вернуть в беклог;
б) не учитывать сделанную часть работы при подсчете velocity команды в
текущей итерации;
в) как вариант, стоит задуматься об разбиении этой истории на мелкие
значимые истории, чтобы не повторилась такая же ситуация в следующих
итерациях;
г) логично так же это историю не откладывать в "долгий беклог", а продолжать
работать над ней в ближайшую итерацию, пока свежо.

2. *история не полностью сделана, но сделанная часть (таки да) несёт выгоду
для заказчика**
*= business value delivered (but partially)

в этом случае, как мне кажется,
а) можно зачесть историю как сделанную, указав для history, что именно
сделано - какие тесты проходят;
б) создать новую(ые) истории в беклог;
в) учесть часть сделанной работы при подсчёте velocity.

*3. история сделана, но после найдены **дефекты**
*= business value delivered (but the quality/level of details is not
acceptable)

в этом случае вопрос чаще стоит так - как трекать баги, найденные после
сдачи истории, и что делать с историей - переоткрывать ли или нет?
что делаю я в этом случае -
а) история не переоткрывается;
б) в беклог создаются баги и связываются для history с историей;
в) баги планируются и чинятся на ровне с другими историями и багами.

есть, наверное и другие варианты...

жду комментов, когда обсудим - запощу резюме на сайт в виде поста.

--
Alexey Krivitsky,
Coordinator of AgileUkraine.org
Scrum coach at SCRUMguides.com
Phone: +380 50 358 92 12
Skype: alexeykrv
LinkedIn: http://www.linkedin.com/in/alexeykrivitsky

Все три варианта применяем в соответствии с описанным Лешей. Ок,
второй - в редких специальных случаях. По умолчанию - все возвращаем в
бэклог. Но PO рекомендуем сохранять высокий приоритет у незаконченных
задач, ибо их накопление вызывает очевидные трудности.

Некоторая проблема состоит в том, как учитывать complexity (story
points) при планировании. Мы при планировании как правило набираем
таски исходя из суммарной комплексити - чтобы она соответствовала
нашей средней фактически скорости. Когда в спринт попадает много ранее
начатых задач, это усложняет процесс планирования. Но, учитывая, что
идеально спланировать никогда не надеемся, всегда можно чуть напрячься
и быстро прикинуть, какая часть начатых задач сделана и сколько мы в
целом успеем.

On 15 май, 01:21, "Alexey Krivitsky" <alexeykrivit...@gmail.com>
wrote: