"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: “Scrum Master zachęca Zespół Scrumowy do doskonalenia procesu wytwarzania i praktyk w ramach procesu Scrum, aby uczynić go bardziej efektywnym i przyjemnym w następnym Sprincie.”

W teorii oznacza to, że retrospekcja powinna być centralnym wydarzeniem Scrum Mastera, ponieważ głównym celem retrospekcji jest pomoc zespołowi w ciągłym doskonaleniu się. W praktyce jednak zespół może nie być na tyle dojrzały, aby naprawdę wykorzystać retrospekcję i dlatego nie widzi jej wartości. Z tego powodu osobiście interpretuję stwierdzenie “uczynić zespół bardziej wydajnym” na abstrakcyjnym poziomie jako “zwiększyć dojrzałość zespołu”. Jak można to zrobić w tym kontekście? Zanim zaczniemy od wskazówek, jeszcze jedno wyjaśnienie 🙂

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ą dodatkową 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 wyłonić 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 mogłaby 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

Co nie jest mierzone, nie może być zmienione. 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 retrospekcji, być może jako podsumowanie: “W skali od 0 do 10, jak dobrze zainwestowano 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ół deweloperó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: podczas ostatnich retrospektyw najwyraźniej „nauczyli się”, że ROTI retrospektywy – czyli jakość zainwestowanego czasu, patrz wyżej – jest raczej słaba. Istnieje proste podejście, aby to zmienić: po prostu zainwestować mniej czasu przy takim samym wyniku 🙂

To może być najlepsza wskazówka, jeśli zespół uważa, że retrospektywa sprintu jest zbędna. Powiedz swojemu zespołowi: Ok, 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 “pull”, czyli “chęć” 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 historyjek użytkownika zaplanowanych na ostatnią iterację?”

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, na przykład, gdybyście pominęli kilka spotkań daily? Wiesz, co by się stało? Być może nie będzie to miało żadnego wpływu – idealnie, wtedy możecie to tak 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, to spojrzenie na “historię retrospektyw” zespołu w dłuższym okresie. 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 się w międzyczasie poprawiliście. Może to podejście “ciągłego doskonalenia” jednak zadziała?! A retrospektywy mogły w tym odegrać dużą rolę. Właściwie 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ół programistów 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 w metody i uczynienie jej bardziej rozrywkową. 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 retrospektywy - 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ż skorzystać z naszego narzędzia Retro Echometer, które stale uzupełnia Twoją retrospektywę oparte na wiedzy naukowej 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 retrospektyw - bądź kreatywny. 

Jak już wspomniano, 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 #!