Comments on: Zbierać dowody czy grać w pokera?

by: Marcin Niebudek

Tue, 08 Apr 2008 22:38:07 +0000

Jacku, absolutnie nie neguje spoglądania na historyczne dane, wydaje mi się jedynie, że śledzenie velocity zespołu na bazie wykonanych story points jest wystarczające we w miarę trafnym planowaniu. Dla mnie to taki kompromis pomiędzy prostotą metody a efektami. A ESB wygląda mi na być może nieco bardziej dokładne, ale za cenę dużo większego skomplikowania i czasochłonności.

Piotrze, a i owszem rozbijać user story na taski. Sam tak robię, tylko to faktycznie jest dużo bardziej sensowne na poziomie planowania iteracji/sprintu. :-) Dziękuję za feature requesty :D

by: Piotr Uryga

Tue, 08 Apr 2008 09:15:01 +0000

Wszystko fajnie, ale np. w Scrum podczas Sprint Planning planujesz dokładne zadania, rozbijasz poszczególne zadania. Story Points, które określasz podczas Release Planning, podczas Sprint Planning stają się konkretnymi zadaniami i już wtedy przydaje się historyczne spojrzenie na trafność naszych wcześniejszych oszacowań. Zespoły z którymi współpracuję realizując projekty z wykrozystaniem Scrum chwalą sobie możliwość zaglądnięcia w swoje wcześniejsze oszacowania zadań, którą to możliwość daje im XPlanner.

Zgadzam się, że stosowanie EBS zamiast Release Planning z Planning Pokerem totalnie mija się z celem, ale już dla jednego Sprintu/Iteracji przy wsparciu sensownego narzędzia (tak się składa, że jest tylko jedno :] ) mogłoby się przydać. Oczywiście to już zależy od zespołu, który miałby z tego korzystać.

by: Jacek Rybicki

Tue, 08 Apr 2008 08:34:22 +0000

Do tego żeby planować trzeba znać swoje możliwości. To że pracujemy w grupie skutkuje tym że poznajemy swoją szybkość pracy w grupie. Jednak cały czas trzeba opierać się na niepodzielnych jednostkach, które powinny być świadome swojej pracy, w grupie, czy poza nią. Takie techniki jak zebrane w Personal Software Process uczyć mają samokontroli i realizmu.

To jak są przetwarzane zebrane dane, to inna sprawa. Można używać metod bardziej lub mniej złożonych. Ale najważniejszą sprawą są dane albo możliwość zebrania danych. Świadomość ludzi dotycząca własnego szacowania i jego skuteczności.

Firmy, nawet te wdrażające praktyki agile, będą żądać od pracowników estymacji. Może kiedyś będą żądać estymacji w gumisiach, ale najważniejsze żeby takie dane były wiarygodne, czyli wypowiadane z przekonaniem. A najlepiej to uzyskać przez samokontrolę. I to odczytałem z artykułu, zabawy z ruletką to tylko ciekawostka, jedna z możliwych dróg.

by: Piotr Gabryanczyk

Wed, 02 Apr 2008 07:33:00 +0000

Chce sie tylko odniesc do Montecarlo.
Istota oszacowan w tej metodzie jest znalezienie zakresu pewnosci, ktory ci odpowiada. Wiec mowimy tu raczej o 95%. Jesli nie masz pewnosci >95% to po prostu musisz zmniejszyc liste zadan albo przesunac termin i powtorzyc symulacje.