Większość recenzji sprintów to teatr demonstracyjny. Inżynierowie układają ekrany z już wysłaną pracą, interesariusze grzecznie kiwają głowami, premier dziękuje wszystkim i nikt nie odchodzi z niczym, czego już nie wiedział.
To strata godziny, co dwa tygodnie, dla całego zespołu. W ciągu roku stanowi to około 5000–10 000 funtów czystych kosztów ceremonii (przy typowych pensjach inżynierskich). A najgorsze nie jest koszt; to stracona szansa. Przegląd sprintu to jeden spotkanie, podczas którego zespół i ludzie, którym zależy na produkcie, znajdują się w tym samym pomieszczeniu. Jeśli wywoła to jedynie aplauz, będzie to porażka projektu, a nie uczestników.
Oto rzetelna lektura na temat tego, do czego służy przegląd sprintu, gdzie popełnia błędy, jakie są trzy sygnały, że masz teatr demonstracyjny i co zamiast tego zrobić.
Do czego właściwie służy przegląd sprintu
Usuń definicje zwinnych platform szkoleniowych. Przegląd sprintu ma odpowiedzieć na jedno pytanie:
„Biorąc pod uwagę to, co wysłaliśmy w tym sprincie i czego się nauczyliśmy, czy powinniśmy zmienić to, co planujemy dostarczyć w następnej kolejności?”
To wszystko. Wszystko inne (demo, pytania i odpowiedzi od interesariuszy, retrospektywny ton „tego, czego dokonaliśmy”) służy temu jednemu pytaniu lub nie pasuje.
Z przeglądu roboczego sprintu wynikają trzy rzeczy:
- Walidacja lub unieważnienie: to, co wysłaliśmy, albo rozwiązuje problem, o którym myśleliśmy, albo nie. Demo jest narzędziem, które może to ujawnić, a nie celem.
- Zmiana kolejności: w oparciu o to, czego się właśnie nauczyliśmy, co jest teraz mniej lub bardziej ważne w następnym sprincie?
- Sygnał zainteresowanych stron: co myślą ludzie, którym zależy na tym produkcie, co się wydarzyło i czego chcą dalej?
Jeśli przegląd sprintu nie zmieni przynajmniej jednej z tych trzech rzeczy, oznacza to, że nie działa.
Jak przegląd sprintu staje się teatrem demonstracyjnym
Dryft jest spójny i przewidywalny.
Dryf 1: Chodzi o produktywność zespołu, a nie o produkt.
Pierwszy slajd przedstawia „co osiągnęliśmy w tym sprincie”. Inżynierowie sprawdzają, co wysłali. Atmosfera jest taka: „zobacz, jacy byliśmy zajęci”.
Jest to dominujący tryb awarii. Jest to zrozumiałe emocjonalnie; inżynierowie chcą, aby ich praca była widoczna; ale to zła rama. Interesariuszom zależy produkt coraz lepszy, nie jak ciężko pracował zespół. Są one ze sobą powiązane, ale nie są tym samym i spotkanie zaczyna je mylić.
Drift 2: Publiczność staje się pasywna.
Interesariusze dowiadują się, że przegląd sprintu to miejsce, w którym można słuchać, a nie angażować się. Przychodzą, oglądają demo, zadają jedno grzeczne pytanie i wychodzą. Zespół uczy się tego samego w odwrotnej kolejności; obecny, nie pytaj. Obie strony ustalają scenariusz.
Po 6-8 takich sprintach masz spotkanie, którego nikt nie chce opuścić, ale nikt nie czerpie z żadnego z nich korzyści. To nawyk, a nie narzędzie.
Drift 3: Pokazana praca jest dopracowana, a nie to, co się liczy.
Inżynierowie przygotowują najlepiej wyglądający zadanie do prezentacji. Poprawki błędów nie są wyświetlane. Nie pokazano prac związanych z infrastrukturą. Niedokończone prototypy nie są pokazywane. Recenzja staje się zbiorem wybranych najważniejszych wydarzeń.
Rezultat: spotkanie nie odzwierciedla tego, co faktycznie zrobił zespół, a interesariusze wychodzą z niezwykle niedokładnym obrazem tego, gdzie znajduje się produkt.
Trzy sygnały, że masz kino demonstracyjne
Jeśli dwa z nich są prawdziwe, spotkanie jest ozdobą.
1. Następny plan sprintu i tak jest identyczny z tym, co zaplanowałeś
Jeśli przegląd sprintu nigdy nie zmieni następnego sprintu, oznacza to, że nie działa. Chodzi o informację zwrotną dotyczącą planowania. Jeśli planowanie odbywa się w ten sam sposób, niezależnie od tego, jaka recenzja się pojawi, recenzja ma charakter czysto dekoracyjny.
2. Ta sama treść demonstracyjna sprawdzi się równie dobrze, jak film Loom
Jeśli interesariusz mógłby obejrzeć 5-minutowy nagrany przewodnik i uzyskać taką samą wartość jak udział w spotkaniu na żywo, synchronizacja czasu nie jest opłacalna. Treści, które można asynchronizować, nie powinny być synchronizowane.
3. Nikt nie zadaje trudnych pytań
Roboczy przegląd sprintu obejmuje co najmniej jedną chwilę niewygodnej rozmowy na sesję; interesariusz wycofuje się z wyznaczonego kierunku, premier nie zgadzający się z inżynierią, a niepochlebny wskaźnik zostaje ujawniony. Jeśli Twoje recenzje są całkowicie grzeczne, spotkanie przestaje być przydatne.
Poprawka: zmień strukturę
Dobra wiadomość: przegląd sprintu można naprawić bez usuwania go. Trzy zmiany strukturalne robią różnicę.
Poprawka 1: Otwórz się na cel, a nie na pracę
Przed jakąkolwiek demonstracją ponownie przedstaw cel sprintu, który wyznaczyłeś podczas planowania. Następnie zapytaj: czy trafiliśmy? Tak / nie / częściowe. Po jednym zdaniu.
To wymusza szczerość na pierwszym planie. Jeśli odpowiedź brzmi „nie, ale zamiast tego wysłaliśmy coś takiego”, spotkanie staje się prawdziwą rozmową o tym, dlaczego, a nie paradą niepowiązanych ze sobą zadań.
Poprawka 2: Demo z intencją, a nie chronologią
Nie idź po desce sprintu zadanie po bilecie. Wybierz 2-3 rzeczy zmieniłeś swoje rozumienie produktu i zademonstruj je.
Poprawka błędu, która ujawniła wzorzec użytkownika, o którym nie wiedziałeś → demo. Funkcja, która wylądowała dokładnie tak, jak została zaprojektowana → wspominaj, nie demonstruj. Skok, który dał nieoczekiwany wgląd w kwestie techniczne → demonstracja.
Jest to trudne w przypadku pierwszych kilku sprintów, ponieważ zespół nie jest przyzwyczajony do filtrowania. Po 3-4 sprintach staje się to naturalne i spotkanie zawęża się do 30 minut z 60.
Poprawka 3: Zarezerwuj ostatnie 20 minut na „co teraz?”
Połowę przeglądu roboczego sprintu powinna stanowić rozmowa na żywo na temat następnego sprintu. Nie „oto, co planujemy” (to jest zadanie planowania), ale „biorąc pod uwagę to, co właśnie widzieliśmy, co jest teraz nie tak z planem?”
Umieść na ekranie listę zadań następnego sprintu. Zapytaj interesariuszy: „Czy jest tu coś, co powinno spaść, biorąc pod uwagę to, co właśnie zobaczyłeś?” Zapytaj PMów: „Czy jest coś, co powinno zostać dodane lub przesunięte w górę?” Zapytaj inżynierów: „Cokolwiek jest teraz zablokowane lub ujawnione, jest trudniejsze, niż sądziliśmy?”
To pojedyncze przejście od „pokaż, a potem zakończ” do „pokaż, a potem zaplanuj” jest największym odblokowaniem wartości przeglądu sprintu. Spotkanie zaczyna owocować prawdziwą zmianą kolejności, prawdziwymi cięciami, prawdziwą eskalacją.
Program, który działa
Na 60-minutową recenzję z 6-osobowym zespołem:
| Czas | Sekcja | Właściciel |
|---|---|---|
| 0:00 | Cel sprintu: trafienie / częściowe / chybienie + powód jednowierszowy | Premier lub lider |
| 0:05 | 2-3 dema, które zmieniły nasze zrozumienie | Inżynierowie |
| 0:30 | Jaka jest najważniejsza rzecz, której się nauczyliśmy? | Cały zespół |
| 0:40 | Co teraz: podgląd na żywo rejestru następnego sprintu, zmiana kolejności/wycięcie/dodanie | Cały zespół |
| 0:55 | Decyzje podjęte, właściciele przydzieleni | PM |
| 1:00 | Koniec |
Jeśli Twój zespół jest mały lub sprint był napięty, skróć sekcję demonstracyjną do 15 minut. Sekcję „co teraz” należy chronić; tam właśnie pojawia się wartość.
A co z zespołami rozproszonymi/asynchronicznymi?
Przegląd sprintu asynchronicznego jest naprawdę możliwy i sprawdza się w przypadku małych, zdalnych zespołów.
Format:
- Dzień 1 przeglądu sprintu: każdy inżynier publikuje 1-2-minutową demonstrację Loom jednej dostarczonej przez siebie rzeczy, która go zaskoczyła, plus zdanie na temat tego, co to oznacza dla następnego sprintu. Opublikowano w udostępnionym wątku.
- Dzień 1 wieczorem: zainteresowane strony obserwują i reagują w wątku (pytania „to powinno mieć wyższy priorytet” itp.)
- Dzień 2: 30-minutowa rozmowa na żywo „co teraz”. Dema są już w głowach wszystkich; po prostu porozmawiaj o zmianie kolejności.
Działa to, ponieważ czas synchroniczny jest przeznaczany na część faktycznie synchroniczną: rozmowę, a nie transmisję.
To nie działa jeśli zespół jest w większości młodszy lub interesariusze nie są wystarczająco zaangażowani, aby oglądać treści asynchroniczne. W takich przypadkach pozostań przy synchronizacji.
Rzadki przypadek: kiedy faktycznie pominąć przegląd sprintu
Przegląd sprintu ma dużą wartość, gdy:
- Wysyłasz treści do użytkowników w każdym sprincie i uczysz się czegoś na podstawie ich reakcji
- Zainteresowane strony nie są obecne na co dzień i potrzebują uporządkowanej aktualizacji
- Inżynierowie i PM nie są w stałym kontakcie
Ma niższą wartość, gdy:
- Zespół i interesariusze i tak rozmawiają codziennie
- Cel sprintu jest jasno zdefiniowany i śledzony w innym miejscu
- Produkt ma charakter wewnętrzny, a „interesariuszem” jest pojedynczy PM w zespole
W przypadku zgranych, w pełni dopasowanych zespołów dostarczających wewnętrzne narzędzia, recenzja sprintu może stać się 15-minutowym postem asynchronicznym w kanale Slack. To w porządku. Nie organizuj pełnego spotkania tylko dlatego, że tak nakazuje framework.
Szczere podsumowanie
Przegląd Sprintu to jedyna ceremonia, podczas której zespół i ludzie dbający o produkt są w jednym miejscu. Nie zmarnuj tego.
Przestań otwierać się i mówić „co osiągnęliśmy”. Przestań demotować chronologicznie. Przestań kończyć bez rozmowy „co teraz”. Przestań mierzyć sukces tym, czy demonstracja przebiegła gładko; zmierz to tym, czy plan kolejnego sprintu zmienił się w wyniku spotkania.
Dobra recenzja sprintu przynajmniej raz na sesję jest niewygodna. Jeśli zawsze jesteś grzeczny, oznacza to, że przeniósł się już do teatru. Rozwiązaniem jest 5-minutowa zmiana strukturalna, a nie przebudowa kultury.
Przegląd sprintu nie jest produktem dostarczanym. To pętla sprzężenia zwrotnego. Uruchom to jak jeden.
Narzędzia, które pomogą:
- Ocena dojrzałości sprintu: szybka ocena kondycji sprintu pod względem współczynnika trafień, zmiany zakresu, blokerów, śledzenia działań retro.
- Samoocena dojrzałości sprintu: zobacz, gdzie na krzywej dojrzałości znajduje się Twój zespół.
- Definicja generatora gotowego: przypinaj DoD do każdego problemu, aby „wysłane” faktycznie oznaczało gotowe.
SprintFlint wyświetla postęp sprintu zadanie po bilecie, status celów sprintu i uporządkowane zaległości w jednym widoku; Przygotowanie do przeglądu sprintu zajmuje 0 minut. 50 bezpłatnych zadań miesięcznie: brak karty.