"Retro jest zbędne": 7 wskazówek, jak zareagować

Wielu twierdzi, że retrospektywa jest najważniejszą ceremonią w zwinnym zestawie narzędzi. Woody Zuill ujął to w ten sposób: 

Jeśli wprowadzasz tylko jedną praktykę #agile, powinna to być retrospektywa. Wszystko inne nastąpi później.

Woody Zuill

Dlaczego więc zespół programistów może uznać retrospektywę sprintu za zbędną? Z mojego doświadczenia jako Scrum Mastera i psychologa wynika, że zazwyczaj ma to związek z poziomem dojrzałości zespołu.

Was kannst du also tun, um den Reifegrad deines Teams zu verbessern - in diesem Zusammenhang und auch allgemein? Hier sind 7 Gedanken, 7 Tipps, die dir bei dieser Herausforderung helfen werden.

Zespół uważa, że retrospektywa jest zbędna: co robić?

Nawiasem mówiąc, oficjalna odpowiedź na egzaminie certyfikacyjnym Scrum brzmi następująco: Scrum Master powinien pracować w zespole, aby uczynić go bardziej wydajnym. Mh, to naprawdę nie pomaga. Co możesz przez to rozumieć?

Scrum Master powinien pracować nad zespołem, aby uczynić go bardziej wydajnym

Oficjalna rola Scrum Mastera jest następująca, jeśli spojrzysz na Przewodnik po Scrumie anschaut: “Der Scrum Master ermutigt das Scrum Team, seinen Entwicklungsprozess und seine Praktiken im Rahmen des Scrum Prozesses zu verbessern, um ihn für den nächsten Sprint effektiver und angenehmer zu gestalten.”

In der Theorie bedeutet dies, dass die Retrospektive eine zentrale Veranstaltung des Scrum Masters sein sollte, da der Hauptzweck der Retrospektive darin besteht, dem Team zu helfen, sich kontinuierlich zu verbessern. In der Praxis hat das Team jedoch vielleicht nicht den Reifegrad, um eine Retrospektive wirklich zu nutzen und es sieht deshalb ihren Wert nicht. Aus diesem Grund interpretiere ich persönlich die Aussage “das Team effizienter machen” auf einer abstrakten Ebene als “den Reifegrad des Teams erhöhen”. Wie kann man das in diesem Zusammenhang tun? Bevor wir mit den Tipps dazu anfangen, noch eine Erläuterung 🙂

Retro jest uważane za wartościowe, gdy ktoś faktycznie stale się doskonali. Wtedy poczucie autonomii, samoorganizacji i własnej skuteczności jest wysokie. Co prowadzi do hipotezy: Postrzegana jakość retrospektyw jest jednym z najlepszych wskaźników poziomu (zwinnej) dojrzałości zespołu. 

Jeśli chcesz zmierzyć poziom dojrzałości Agile, powinieneś wykorzystać jako wskaźnik jakość retrospektyw. Jest to typowa zależność czasowa między „postrzeganą jakością retrospektywy” a „poziomem dojrzałości Agile” zespołu.

Postęp ten jest osiągany w następujący sposób: 

1. Przeprowadzane są pierwsze retrosy, zapisywane są działania. Pojawia się uczucie: wreszcie coś się dzieje! 
2. Środki nie są tak naprawdę wdrażane. Dużo się mówi, ale niewiele się robi. 
3. Po pewnym czasie pojawia się frustracja lub po prostu tak zwane “zmęczenie retro”. Teraz pojawia się fenomen tego artykułu: Retrospektywa jest postrzegana jako zbędna. Sam zespół postrzega siebie jako względnie dojrzały i nie widzi żadnych problemów.
4. Ten punkt jest osiągany tylko przez kilka zespołów. Mianowicie, gdy jakość retrosów ponownie wzrasta i ostatecznie prowadzi do zauważalnej poprawy, a tym samym poczucie własnej skuteczności powoli dojrzewa. 

Mam nadzieję, że wskazówki zawarte w tym tekście pomogą Ci zrobić kilka kroków w tym kierunku. Jednakże, mogę również gorąco polecić nasz tekst na temat “ 7 wskazówek dotyczących dobrych działań %E2%80%9D, które odgrywają kolejną rolę w tym temacie.

1. zrozumieć, dlaczego zespół uważa retrospektywę za niepotrzebną

Jako Scrum Master możesz mieć hipotezę, dlaczego zespół uważa retrospektywę sprintu za niepotrzebną. Sprawdź jednak tę hipotezę. Zapytaj zespół wprost o kontekst.

Często w zespole jest „lider opinii”, który ma duży wpływ na zespół. Spróbuj wytypować tę osobę, zrozumieć jej punkt widzenia i, w najlepszym przypadku, wspólnie z nią opracować środki zaradcze (patrz poniżej).

Im lepiej rozumiesz zespół, tym lepiej możesz opracować plan zwiększenia dojrzałości zespołu i wybrać najbardziej odpowiedni z poniższych wskazówek.

2. przeprowadzić retrospektywę

Zasadniczo powinieneś przeprowadzać retrospektywę. Załóżmy, że zespół po prostu potrzebuje więcej czasu na osiągnięcie celu sprintu - a godzina kodowania zamiast retro może być decydująca. W takim przypadku można przesunąć retrospektywę o kilka dni.

Możesz także zmienić charakter retrospektywy, uczynić ją krótszą itd. Ale najlepszym sposobem na pokazanie zespołowi wartości retrospektywy jest przeprowadzenie naprawdę dobrej retrospektywy. Dlatego apeluję: zarezerwuj miejsce w kalendarzu zespołu na retrospektywę.

3. zmierz wartość ROTI

Nie można zmienić tego, czego się nie mierzy. Prostym i szybkim nawykiem, który pomaga w ciągłej ocenie, jak zespół postrzega retrospekcje, jest pomiar wyniku ROTI: wartość “Return on time invest”. Po prostu zadaj następujące pytanie po każdej retrospektywie, być może jako podsumowanie: “W skali od 0 do 10, jak dobrze zainwestowany był czas w tę retrospektywę?”. Mierz średnią w czasie - miejmy nadzieję, że wkrótce zauważysz pozytywny trend!

Średni wynik “Return-on-time-invest” w skali od 0 do 10 na miesiąc w narzędziu Echometer - czy retrospekcje się opłacają? Wygląda na to, że tak!

4. Utrzymuj retrospektywę sprintu bardzo krótko.

Zespół programistów uważa więc, że retrospektywa sprintu jest zbędna – co powinieneś teraz zrobić jako Scrum Master?

Jak wspomniałem na początku, zespół prawdopodobnie uważa, że retrospektywa sprintu nie jest konieczna, ponieważ sądzi, że to strata czasu.

Innymi słowy: w ostatnich retrospektywach najwyraźniej „nauczyli się”, że ROTI retrospektywy – czyli jakość zainwestowanego czasu, patrz wyżej – jest raczej słaba. Istnieje dość proste podejście, aby to zmienić: przy takim samym wyniku po prostu zainwestować mniej czasu 🙂

To może być najlepsza wskazówka, jeśli zespół uważa, że retrospektywa sprintu jest zbędna. Powiedz swojemu zespołowi: Okej, zrobimy ją tak krótką, jak to możliwe (więcej na ten temat w naszym wpisie na blogu “ Krótka retrospektywa - lepiej szybko niż wcale ”). 

Ważne: Nie chcesz sygnalizować, że tak pozostanie na zawsze. Twoja wiadomość pozostaje taka sama: Retrospektywy są naprawdę ważne. Prędzej czy później retrospektywy nie będą już tak krótkie.

Ale skracasz retrospektywę (np. z 60 minut do 30 minut), ponieważ w ten sposób zespół uczy się, jak ważne może być zainwestowanie czasu. I pozwalasz, aby długość retrospektywy rosła niejako “organicznie”, poprzez “pociągnięcie” lub “życzenie” zespołu, ponieważ w pewnym momencie będzie on chciał poświęcić więcej czasu na retrospektywę. Jak to zrobić? 

Po prostu zadajesz najważniejsze pytanie:

“Dlaczego nie udało nam się ukończyć wszystkich User Stories ustalonych dla ostatniej iteracji?”

Doprowadzi to do intensywnych dyskusji i prawdopodobnie pomysłów na działania w krótkim czasie. Może to nawet doprowadzić do dłuższych dyskusji. Zespół już zasygnalizował, że potrzebuje więcej czasu na retrospektywę (oczywiście Twoim zadaniem jest utrzymanie konstruktywnej dyskusji).

Zawsze powinieneś zadawać pytanie, które Twoim zdaniem wywoła dobre przemyślenia lub dyskusje w zespole. I zawsze powinieneś mieć na celu nagranie eksperymentu, który wypróbujesz w następnym sprincie (znanego również jako element działania).

5. zasugeruj również pominięcie innych procedur

Zespół uważa więc, że retrospektywa to strata czasu. Dobrze. Jako Scrum Master, twoim głównym celem nigdy nie powinno być bycie osobą, która wdraża Scrum. Nie, nie chodzi o “Scrum”. 

Chodzi o to, aby zespół odnosił sukcesy i dostarczał wartość klientowi i interesariuszom. Scrum ma w tym pomóc. Ale to tylko ramy, zestaw narzędzi (całkiem niezły) wielu możliwych podejść do dostarczania wartości szybko, trwale i z wysoką jakością.

Jeśli więc zespół jest niezadowolony z retrospektyw, możesz podkreślić, że patrzysz na Scruma z opisanej właśnie perspektywy. A następnie dodajesz, że uważasz, że niektóre z innych rutyn, które masz, są w rzeczywistości mniej ważne niż retrospektywa. 

Retrospektywa jest motorem ciągłego doskonalenia. Ma na celu pomóc członkom zespołu dowiedzieć się, co zadziałało dobrze, a co nie. Jeśli pominiesz tę część ciągłej pętli, ryzykujesz zablokowanie pętli ciągłego doskonalenia.

Co by było, gdybyście pominęli kilka Dailies? Wiesz, co by się stało? Być może nie będzie to miało żadnego wpływu - idealnie, wtedy możecie tak to zostawić i zaoszczędzić czas. 

Z drugiej strony może to również prowadzić do gorszej komunikacji w zespole. W związku z tym zespół popełnia błędy. W końcu pojawi się organiczna potrzeba większej komunikacji, którą zauważysz vs. w retrospektywie. Tym razem jednak zwinna ceremonia nie jest wprowadzana pod twoim naciskiem, ale z powodu “bólu” zespołu. W rezultacie w zespole będzie znacznie więcej akceptacji dla tej ceremonii.

6. przyjrzyj się wcześniejszym retrospektywom i pokaż ich wartość.

Podejście, które może uzupełniać inne podejścia, to spojrzenie na “retrospektywną historię” zespołu w dłuższym okresie czasu. Warunkiem tego jest to, że niektóre z ostatnich retrospektyw zakończyły się sukcesem.

Na przykład, patrzysz na retrospektywę sprzed roku i zdajesz sobie sprawę, jak trudne były te wyzwania w zeszłym roku. A potem zdajesz sobie sprawę, że o wiele łatwiej byłoby rozwiązać te same wyzwania dzisiaj, gdybyś miał całą wiedzę i doświadczenie, które zdobyłeś.

Innymi słowy: zdajecie sobie sprawę, jak bardzo poprawiliście się w międzyczasie. Może jednak to podejście “ciągłego doskonalenia” mogłoby zadziałać?! A retrospektywy mogłyby w tym rzeczywiście odegrać dużą rolę. Prawidłowo zastosowane, może to doprowadzić do efektu “aha” w zespole.

Ponadto możesz również spojrzeć na wartość ROTI (zwrot z inwestycji czasu) ostatniej retrospektywy (patrz wyżej): Jeśli możesz udowodnić, że retrospektywa ma ROTI od 8 do 10, czas jest oczywiście dobrze zainwestowany. Nasze narzędzie do retrospektyw Echometer, na przykład, sprawdza ROTI po każdej retrospektywie, a tym samym daje Ci regularny wskaźnik odpowiedniej wydajności. Wydajność ciebie jako Scrum Mastera .

7. Wprowadź więcej różnorodności do swojej retrospektywy.

Jedną z typowych odpowiedzi na pytanie “Zespół deweloperski uważa retrospektywę sprintu za zbędną - co powinien zrobić Scrum Master?” jest uczynienie retrospektywy bardziej produktywną i ekscytującą poprzez wprowadzenie większej różnorodności do swoich metod i uczynienie jej bardziej zabawną. Zawsze podkreślam, że “zabawa” nie jest tak ważna, nacisk powinien być nadal na uczynienie jej produktywną. Niemniej jednak zabawa może oczywiście wyzwolić pewną kreatywność i motywację. 

Oznacza to z jednej strony, że możesz użyć kreatywnych metod retrospektywnych - zobacz np. nasz artykuł o 32 Metody retrospektywne dla początkujących i profesjonalistów -metafory w formie otwartych pytań, które wyzwalają nowe myśli i pomysły.

Z drugiej strony, możesz także użyć metod, które wykraczają poza typową retrospektywę, ale nadal mają na celu poprawę zespołu. Na przykład, możesz przeprowadzić retrospektywę/warsztat zespołowy, który koncentruje się na bezpieczeństwo psychologiczne w zespole - jeden z podstawowych warunków udanych zespołów. 

Możesz też użyć naszego narzędzia Retro Echometer, które stale uzupełnia Twoją retrospektywę oparte na dowodach naukowych pytania. Pomagają one zespołowi zastanowić się, w jakim stopniu spełnia on podstawowe cechy udanych zespołów. Oto przykład jednego z pytań z naszego narzędzia, kolejny warunek udanych zespołów - zdrowa kultura feedbacku:

Regularnie otrzymuję przydatne informacje zwrotne na temat tego, jak dobrze sobie radzę i jak mogę się poprawić.

Przykład impulsu narzędzia Echometer omówionego w retrospektywach.

Istnieje wiele innych sposobów na wprowadzenie różnorodności do Twoich retrospektyw - bądź kreatywny. 

Jak powiedziałem, w zależności od tego, “dlaczego” zespół uważa retrospektywę sprintu za zbędną, większa różnorodność prawdopodobnie nie powinna być jedynym środkiem rozwiązania problemu.

Podsumowanie dotyczące “zbędnych retrospektyw”

Jak widzisz, 7 wskazówek i działań odnosi się do wyzwania na różnych poziomach. Gdybym miał dać tylko jedną wskazówkę, byłoby to skrócenie retrospektywy w inteligentny sposób, jak opisałem powyżej. Jeśli połączysz wszystkie te środki, z pewnością wkrótce zobaczysz wyniki. 

Baw się dobrze z ciągłym ulepszaniem #!