Niedopieczone

Czemu poświęciliśmy za mało czasu?

Przelecieliśmy przez code review w pośpiechu i przeoczyliśmy kilka ważnych problemów
Aktualizacje dokumentacji ciągle lądowały na samym końcu listy priorytetów
Nie poświęciliśmy wystarczająco dużo czasu na porządne wdrożenie nowej osoby w zespole
Idealnie wypieczone

Czemu poświęciliśmy dokładnie tyle czasu, ile trzeba?

Nasze daily stand-upy były regularnie konkretne i produktywne
Planowanie sprintu trafiło w złoty środek między dokładnością a sprawnością
Na sesje pair programmingu przeznaczyliśmy dokładnie tyle czasu, ile było trzeba
Przepieczone

Czemu poświęciliśmy za dużo czasu?

Za dużo czasu spędziliśmy na dyskusjach o drobnych szczegółach UI
Spotkania release'owe przeciągały się przez niepotrzebne dyskusje
Sesje refinementu funkcji ciągle kręciły się w kółko

Czym jest retrospektywa Mistrz Piekarz?

Retrospektywa Mistrz Piekarz pokazuje, jak zespół wykorzystał swój czas. Jak piekarz oglądający blachę z wypiekami, dzielicie działania ze sprintu na trzy kolumny: Niedopieczone, czyli praca, która dostała za mało czasu, Idealnie wypieczone, czyli praca, której poświęciliście mniej więcej tyle czasu, ile trzeba, oraz Przepieczone, czyli praca, która zajęła więcej czasu, niż była warta. To proste spojrzenie, a wydobywa rzeczy, które w zwykłej retrospektywie łatwo przeoczyć. Nikt nie zgłasza skargi na przeciągające się spotkanie albo zrobione w pośpiechu review, ale kiedy te działania trafią na tablicę, trudno nie zauważyć schematu: ściśnięte code review, sesje refinementu kręcące się w kółko, dokumentacja spychana na sam koniec listy. Sięgnijcie po nią, gdy zespół ma poczucie, że jest zajęty, ale mało produktywny, albo gdy podejrzewacie, że niektóre zadania dostają za dużo uwagi, a inne za mało. Rozmowa kończy się konkretnymi zmianami w tym, jak podzielicie czas w kolejnym sprincie.

Format retrospektywy Mistrz Piekarz

Niedopieczone

Czemu poświęciliśmy za mało czasu?

Ta kolumna jest na pracę, która potrzebowała więcej czasu, niż dostała. Pytajcie o rzeczy zrobione w pośpiechu i o te, które całkiem pominięto. Szukajcie konkretnych przykładów, takich jak review, w którym przeoczono błąd, zamiast ogólnych narzekań.

Idealnie wypieczone

Czemu poświęciliśmy dokładnie tyle czasu, ile trzeba?

Nazwijcie działania, przy których ilość poświęconego czasu wydawała się w sam raz. Zapytajcie, dzięki czemu to zadziałało, na przykład dzięki jasnej agendzie albo timeboxowi, żeby zespół mógł to powtórzyć gdzie indziej.

Przepieczone

Czemu poświęciliśmy za dużo czasu?

Znajdźcie działania, które pochłonęły więcej czasu lub energii, niż były warte. Skupcie rozmowę na rozwiązaniach, takich jak krótsze spotkania albo jasny sposób podejmowania decyzji, żeby nie zamieniła się w listę skarg.

Kiedy należy skorzystać z niniejszego przeglądu retrospektywnego

  • Gdy zespół chce przyjrzeć się, jak dzieli swój czas między różne działania
  • Po zakończeniu etapu projektu, żeby sprawdzić, czy czas trafił tam, gdzie był potrzebny
  • Gdy podejrzewacie, że niektóre zadania dostają za dużo uwagi, a inne za mało
  • W okresie dużego obciążenia, gdy zespół musi zdecydować, z czego zrezygnować

Proponowane pytania lodołamacze

  • Gdyby wasz ostatni sprint był wypiekiem, czym by był i dlaczego?
  • Jaki jest twój ulubiony przepis na sukces przy trudnych projektach?

Czy chciałby Pan/Pani, aby Państwa zespół wykonał ćwiczenie rozgrzewkowe, a nie tylko odpowiadał na pytania na głos? Przejrzyj bezpłatne lodołamacze →

Pomysły i wskazówki dotyczące spotkania retrospektywnego

  • Proście o konkretne przykłady. Z „spotkania się przeciągały” trudno coś zrobić, a „spotkanie release'owe trwało 40 minut za długo” od razu podsuwa rozwiązanie
  • Ustalcie timebox dla każdej kolumny. Przekroczenie czasu na retrospektywie o czasie trudno byłoby obronić
  • Prowadźcie parking na pomysły usprawnień, które pojawiają się w trakcie dyskusji
  • Szukajcie schematów, które powtarzają się w każdym sprincie, a jednorazowe incydenty odłóżcie na bok
  • Zakończcie jedną lub dwiema konkretnymi zmianami w tym, jak zespół podzieli czas w kolejnym sprincie
  • Używajcie przybliżonych, względnych rozmiarów, np. mały, średni i duży, żeby porównać, ile czasu zajęło każde działanie

Najczęściej zadawane pytania

Czym jest retrospektywa Mistrz Piekarz?
To trzykolumnowa retrospektywa o czasie i wysiłku. Zespół dzieli działania na Niedopieczone (za mało czasu), Idealnie wypieczone (mniej więcej w sam raz) i Przepieczone (za dużo czasu), a potem decyduje, co zmienić.
Jak przeprowadzić retrospektywę Mistrz Piekarz?
Dajcie wszystkim kilka minut na samodzielne dodanie działań do trzech kolumn. Pogrupujcie podobne karteczki, zagłosujcie na najważniejsze, a najwyżej ocenione pozycje z kolumn Niedopieczone i Przepieczone zamieńcie w zmiany na kolejny sprint.
Kiedy warto użyć retrospektywy Mistrz Piekarz?
Użyjcie jej, gdy zespół czuje się przeciążony, gdy zakończył się etap projektu albo gdy niektóre zadania wydają się dostawać za dużo lub za mało uwagi.
Czym Mistrz Piekarz różni się od Start Stop Continue?
Start Stop Continue dzieli zachowania na te, które trzeba zacząć, zakończyć i kontynuować. Mistrz Piekarz skupia się wyłącznie na czasie, więc lepiej się sprawdza, gdy problem dotyczy tego, na co idzie wysiłek zespołu.
Ile trwa retrospektywa Mistrz Piekarz?
Przy trzech kolumnach spokojnie mieści się w 45–60 minutach.
Czy są Państwo gotowi do przeprowadzenia tej retrospektywy?Zapraszamy do obejrzenia tej retrospektywy na żywo