Marek Wywiał

Marek Wywiał Programista,
administrator,
instruktor

Temat: Zmiana user story points w trakcie iteracji

Witam,

staram się rozwijać w scrum i trafiłem na problem (jeden z wielu z braku wiedzy ;) ). Pewne UserStory otrzymało 2 punkty, jednak w 4-tym dniu iteracji (iteracje mają 10 dni roboczych) po rozpoczęciu realizacji ujawniły się czynniki w świetle których to UserStory wygląda już bliżej 5 punktów.

Moje pytanie, to co teraz zrobić. Zostawić wcześniej wybraną ilość punktów i po zakończeniu iteracji omówić sytuację, czy przeszacować już teraz to UserStory?

Być może pytanie nie jest zbyt mądre, ale o tym jeszcze nie wiem ;)
Krystian K.

Krystian K. Agile Coach, Autor

Temat: Zmiana user story points w trakcie iteracji

Widocznie słaby Sprint Planning meeting był. Scancelować Sprint i zrobić nowe planowanie. Przy tak dużym błędzie estymaty ten Sprint i tak nie zakończy się sukcesem.
Marek Wywiał

Marek Wywiał Programista,
administrator,
instruktor

Temat: Zmiana user story points w trakcie iteracji

Dzięki za odpowiedź.
Czy ten sam zabieg stosować przy mniejszych userstory 1-> 2?
Sebastian Szulc

Sebastian Szulc Dobry programisto!
Szukamy właśnie
Ciebie!

Temat: Zmiana user story points w trakcie iteracji

Marek Wywiał:
Moje pytanie, to co teraz zrobić. Zostawić wcześniej wybraną ilość punktów i po zakończeniu iteracji omówić sytuację, czy przeszacować już teraz to UserStory?

Zostaw wszystko, jak jest. Nie jest to powód do przerywania sprintu, szczególnie w sytuacji, kiedy dopiero zaczynacie.

Chociaż powinniście, nie musicie zrobić wszystkich zadań w sprincie. Z czasem zespół nabierze doświadczenia i będzie umiał lepiej oszacować zadanie. Nie rób też z tego dużego problemu, a tym bardziej nie obwiniaj nikogo.

Skończcie sprint i zróbcie analizę na retro: co poszło nie tak i jak to można poprawić w dalszej pracy.Sebastian Szulc edytował(a) ten post dnia 10.07.09 o godzinie 11:17
Marek Wywiał

Marek Wywiał Programista,
administrator,
instruktor

Temat: Zmiana user story points w trakcie iteracji

Sebastian Szulc:
Marek Wywiał:
Moje pytanie, to co teraz zrobić. Zostawić wcześniej wybraną ilość punktów i po zakończeniu iteracji omówić sytuację, czy przeszacować już teraz to UserStory?

Zostaw wszystko, jak jest. Nie jest to powód do przerywania sprintu, szczególnie w sytuacji, kiedy dopiero zaczynacie.

Chociaż powinniście, nie musicie zrobić wszystkich zadań w sprincie. Z czasem zespół nabierze doświadczenia i będzie umiał lepiej oszacować zadanie. Nie rób też z tego dużego problemu, a tym bardziej nie obwiniaj nikogo.

Skończcie sprint i zróbcie analizę na retro: co poszło nie tak i jak to można poprawić w dalszej pracy.Sebastian Szulc edytował(a) ten post dnia 10.07.09 o godzinie 11:17

Dzięki za optymistyczną odpowiedź :)

W sumie taką wersję wybraliśmy, postanowiliśmy dojechać do końca sprintu i przy kolejnych się bardziej postarać + będziemy mieli jakiekolwiek doświadczenie i pojęcie o tym jak nam idzie sprint.
Przemek T.

Przemek T. Szef Zespołu
Technologii Online

Temat: Zmiana user story points w trakcie iteracji

Zgadzam się z Sebastianem. Zobaczysz, że ze sprintu na sprint będziecie coraz lepiej szacować zadania.
Ważne jest tylko, żeby w takim momencie ciąć po funkcjonalnościach, a nie po jakości.

Pamiętaj, nie od razu Rzym zbudowano.
Krystian K.

Krystian K. Agile Coach, Autor

Temat: Zmiana user story points w trakcie iteracji

Nie wiedziałem, że Scrum jest po to, żeby czuć się optymistycznie. Celem Sprintu jest wypalenie Backlogu Sprintu, tak, żeby w ostanim dniu mieć 0 godzin. Jeśli widzisz, że przestrzeliłeś ponad dwukrotnie, to albo cancelujesz Sprint, bo nie uda się dojść do 0, albo jeśli masz jeszcze inne taski z innych story, to możesz je poświęcić, żeby utrzymać dobry burndown.

konto usunięte

Temat: Zmiana user story points w trakcie iteracji

Sebastian Szulc:
Marek Wywiał:
Moje pytanie, to co teraz zrobić. Zostawić wcześniej wybraną ilość punktów i po zakończeniu iteracji omówić sytuację, czy przeszacować już teraz to UserStory?

Zostaw wszystko, jak jest. Nie jest to powód do przerywania sprintu, szczególnie w sytuacji, kiedy dopiero zaczynacie.

Chociaż powinniście, nie musicie zrobić wszystkich zadań w sprincie. Z czasem zespół nabierze doświadczenia i będzie umiał lepiej oszacować zadanie. Nie rób też z tego dużego problemu, a tym bardziej nie obwiniaj nikogo.

Skończcie sprint i zróbcie analizę na retro: co poszło nie tak i jak to można poprawić w dalszej pracy.Sebastian Szulc edytował(a) ten post dnia 10.07.09 o godzinie 11:17


Amen. Dokładnie, po pierwszych kilku sprintach można się nauczyć prawidłowego estymowania. A zadania można przerzucać do kolejnego sprintu. Pierwsze sprinty z reguły nie kończą się sukcesem, ważne jest to, że zawsze można dowiedzieć się czegoś o sobie samych J
Ale istotne jest to, żeby nie powtarzać potem tych samych błędów.
Krystian K.

Krystian K. Agile Coach, Autor

Temat: Zmiana user story points w trakcie iteracji

Maciej Wiktorowski:
A zadania można przerzucać do kolejnego sprintu.
Jeśli juz to Story, ale należy to robić przed końcem Sprintu, kiedy widzimy na burndown chart, że nie damy rady zamknąć wszystkich Story.
Ale istotne jest to, żeby nie powtarzać potem tych samych błędów.
I tutaj ukłon w Sprint Retrospective Meeting

konto usunięte

Temat: Zmiana user story points w trakcie iteracji

Krystian K.:
Maciej Wiktorowski:
A zadania można przerzucać do kolejnego sprintu.
Jeśli juz to Story, ale należy to robić przed końcem Sprintu, kiedy widzimy na burndown chart, że nie damy rady zamknąć wszystkich Story.
Ale istotne jest to, żeby nie powtarzać potem tych samych błędów.
I tutaj ukłon w Sprint Retrospective Meeting

Amen - z zadaniami to tylko skrót myślowy :)

Następna dyskusja:

User story dla strony z bra...




Wyślij zaproszenie do