Przewodnik facylitacji Planning Pokera

Facylitacja Planning Pokera to najważniejszy wkład Scrum Mastera w jakość szacunków.

Rola facylitatora w Planning Pokerze

Zadanie facylitatora to ochrona procesu — nie szacowanie, nie popychanie ku konkretnej liczbie.

Przed sesją: załaduj historie, potwierdź, że wszyscy uczestnicy są w narzędziu.
Podczas każdej rundy: czytaj historię, pozwalaj na pytania wyjaśniające, inicjuj głosowanie, odkrywaj karty jednocześnie.
Między rundami: zapisuj zaakceptowane szacunki, notuj nierozwiązane pytania.
Po sesji: udostępniaj szacunki w narzędziu śledzenia zespołu.

Te zasady istnieją z konkretnych powodów statystycznych.

Brak dyskusji o złożoności przed odkryciem: każda opinia przed odkryciem zakotwicza innych głosujących.
Tylko jednoczesne odkrycie: jeśli ktoś odkryje wcześniej, ponownie zagłosuj na tę historię.
Skrajni głosujący mówią pierwsi: najpierw poproś najwyżej głosującego, potem najniżej.
Maksymalnie trzy rundy głosowania na historię: po trzech rundach bez zbieżności historia nie jest gotowa.
Wszyscy uczestnicy głosują: obserwatorzy nie głosują. Każdy członek development teamu głosuje. Bez wyjątków.

Nawet przy jasnych zasadach doświadczeni facylitatorzy regularnie napotykają sytuacje wymagające osądu.

Niektóre zespoły mają jedną lub dwie osoby, których opinie techniczne mają większą wagę.

Rozwiązanie: wdrożyć ścisłą zasadę braku dyskusji przed odkryciem.

Dyskusje Planning Pokera czasem przeradzają się w improwizowane dyskusje architektoniczne.

Rozwiązanie: wyraźnie nazwij króliczą norę. "To wygląda jak pytanie projektowe, a nie szacunkowe."

Nowi członkowie głosują zbyt nisko lub zbyt wysoko.

Rozwiązanie: przed pierwszą sesją przeprowadź nowego członka przez dwie lub trzy historie referencyjne.

Asynchroniczna facylitacja wymaga tej samej dyscypliny co synchroniczna.

Czy facylitator szacuje?

Scrum Master jako facylitator zazwyczaj nie głosuje w pierwszej rundzie, aby nie zakotwiczać zespołu.

Co się dzieje, gdy Product Owner chce wpływać na szacunki?

Product Owner może wyjaśniać zakres, ale nie powinien wpływać na szacunki złożoności.

Jak radzić sobie z członkiem zespołu, który zawsze głosuje 'nie wiem'?

Najpierw zidentyfikuj dlaczego. Czy historia jest niejasna? Czy członek nie jest zaznajomiony z obszarem?

Czy powinniśmy używać timera dla każdej historii?

Tak. Widoczny timer zmniejsza tendencję dyskusji do nieskończonego rozciągania się.