круговорот user stories в проекте
17 views
Skip to first unread message
Alexey Krivitsky
May 14, 2008, 7:21:46 PM5/14/08
to Agile Ukraine
всем привет!
я когда-то написал об использовании user stories. до сих пор время от времени получаю отзывы и вопросы.
вот к примеру вопрос, на который у меня нет однозначного ответа:
"что делать с историями, которые не полностью сделаны за итерацию?"
ответа у меня нет, потому как "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
я когда-то написал об использовании user stories. до сих пор время от времени получаю отзывы и вопросы.
вот к примеру вопрос, на который у меня нет однозначного ответа:
"что делать с историями, которые не полностью сделаны за итерацию?"
ответа у меня нет, потому как "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
Yuriy Mann
May 15, 2008, 7:00:40 AM5/15/08
to Agile Software Development Group, Ukraine
Привет.
Все три варианта применяем в соответствии с описанным Лешей. Ок,
второй - в редких специальных случаях. По умолчанию - все возвращаем в
бэклог. Но PO рекомендуем сохранять высокий приоритет у незаконченных
задач, ибо их накопление вызывает очевидные трудности.
Некоторая проблема состоит в том, как учитывать complexity (story
points) при планировании. Мы при планировании как правило набираем
таски исходя из суммарной комплексити - чтобы она соответствовала
нашей средней фактически скорости. Когда в спринт попадает много ранее
начатых задач, это усложняет процесс планирования. Но, учитывая, что
идеально спланировать никогда не надеемся, всегда можно чуть напрячься
и быстро прикинуть, какая часть начатых задач сделана и сколько мы в
целом успеем.
On 15 май, 01:21, "Alexey Krivitsky" <alexeykrivit...@gmail.com>
wrote:
> заказчика**
> *= business value not delivered
> для заказчика**
> *= business value delivered (but partially)
> *= business value delivered (but the quality/level of details is not
Все три варианта применяем в соответствии с описанным Лешей. Ок,
второй - в редких специальных случаях. По умолчанию - все возвращаем в
бэклог. Но PO рекомендуем сохранять высокий приоритет у незаконченных
задач, ибо их накопление вызывает очевидные трудности.
Некоторая проблема состоит в том, как учитывать complexity (story
points) при планировании. Мы при планировании как правило набираем
таски исходя из суммарной комплексити - чтобы она соответствовала
нашей средней фактически скорости. Когда в спринт попадает много ранее
начатых задач, это усложняет процесс планирования. Но, учитывая, что
идеально спланировать никогда не надеемся, всегда можно чуть напрячься
и быстро прикинуть, какая часть начатых задач сделана и сколько мы в
целом успеем.
On 15 май, 01:21, "Alexey Krivitsky" <alexeykrivit...@gmail.com>
wrote:
> всем привет!
>
> я когда-то написал об использовании user
> stories<http://www.agileukraine.org/2007/04/user-stories-part-1.html>.
>
> я когда-то написал об использовании user
> до сих пор время от времени получаю отзывы и вопросы.
>
> вот к примеру вопрос, на который у меня нет однозначного ответа:
> "что делать с историями, которые не полностью сделаны за итерацию?"
>
> ответа у меня нет, потому как "it depends". есть гипотетически такие
> варианты (может кто придумает ещё?):
>
> 1. *история не полностью сделана, и сделанная часть НЕ несет выгоды для
>
> вот к примеру вопрос, на который у меня нет однозначного ответа:
> "что делать с историями, которые не полностью сделаны за итерацию?"
>
> ответа у меня нет, потому как "it depends". есть гипотетически такие
> варианты (может кто придумает ещё?):
>
> заказчика**
> *= business value not delivered
>
> в этом случае, как по мне, логично
> а) историю вернуть в беклог;
> б) не учитывать сделанную часть работы при подсчете velocity команды в
> текущей итерации;
> в) как вариант, стоит задуматься об разбиении этой истории на мелкие
> значимые истории, чтобы не повторилась такая же ситуация в следующих
> итерациях;
> г) логично так же это историю не откладывать в "долгий беклог", а продолжать
> работать над ней в ближайшую итерацию, пока свежо.
>
> 2. *история не полностью сделана, но сделанная часть (таки да) несёт выгоду
> в этом случае, как по мне, логично
> а) историю вернуть в беклог;
> б) не учитывать сделанную часть работы при подсчете velocity команды в
> текущей итерации;
> в) как вариант, стоит задуматься об разбиении этой истории на мелкие
> значимые истории, чтобы не повторилась такая же ситуация в следующих
> итерациях;
> г) логично так же это историю не откладывать в "долгий беклог", а продолжать
> работать над ней в ближайшую итерацию, пока свежо.
>
> для заказчика**
> *= business value delivered (but partially)
>
> в этом случае, как мне кажется,
> а) можно зачесть историю как сделанную, указав для history, что именно
> сделано - какие тесты проходят;
> б) создать новую(ые) истории в беклог;
> в) учесть часть сделанной работы при подсчёте velocity.
>
> *3. история сделана, но после найдены **дефекты**
> в этом случае, как мне кажется,
> а) можно зачесть историю как сделанную, указав для history, что именно
> сделано - какие тесты проходят;
> б) создать новую(ые) истории в беклог;
> в) учесть часть сделанной работы при подсчёте velocity.
>
> *= business value delivered (but the quality/level of details is not
Reply all
Reply to author
Forward
0 new messages