Retrospektywy stanowią fundament metodyki agile, umożliwiając zespołom refleksję, naukę i ciągłe doskonalenie. Jednak nawet przy najlepszych intencjach retrospektywy mogą paść ofiarą antywzorców: subtelnych, powtarzających się praktyk, które obniżają ich wartość. Może to spowodować, że zespół nabierze głębokiej niechęci do spotkania, które powinno służyć wzmocnieniu zespołu i zachęcaniu do pozytywnych zmian.

Wraz z nadejściem roku 2026 przyjrzyjmy się typowym antywzorcom spotykanym podczas retrospektyw, ich konsekwencjom oraz praktycznym rozwiązaniom, które pozwolą zapewnić, że Państwa retrospektywy pozostaną skuteczne i angażujące.

1. „Zrzucanie winy”

Jak to wygląda:
Członkowie zespołu traktują retrospektywę jako okazję do wzajemnego obwiniania się zamiast zajmowania się problemami systemowymi, co prowadzi do powstania toksycznej i nieproduktywnej atmosfery.

Przykład z życia wzięty:
Po zakończeniu sprintu, w którym nie udało się zrealizować zadania, jeden z programistów obwiniał testerów za opóźnienia w przekazywaniu informacji zwrotnej, podczas gdy testerzy obwiniali go za niekompletne opisy zadań. Doprowadziło to do kłótni zamiast do znalezienia rozwiązań.

Jak tego uniknąć:

  • Proszę skupić się na procesach, a nie na ludziach. Proszę przeformułować ataki osobiste tak, aby zachęcały do rozwiązywania problemów, a nie do obwiniania poszczególnych osób.
  • W razie potrzeby proszę przypominać pracownikom o zasadzie przewodniej agile Prime.
  • Proszę korzystać z narzędzi, takich jak technika „5 dlaczego”, aby zidentyfikować przyczyny źródłowe, co pozwoli posunąć rozmowę do przodu.
  • Stwórzcie przestrzeń zapewniającą poczucie bezpieczeństwa psychicznego, jak podkreśla Esther Derby w książce Agile Retrospectives: Making Good Teams Great.

Dodatkowe materiały:

2. W zespole zaczynają dominować nieprawidłowości w funkcjonowaniu

Jak to wygląda:
Ukryte problemy w zespole, takie jak brak zaufania, obawa przed konfliktami czy brak zaangażowania, rzucają cień na retrospektywę.

Przykład z życia:
Zespół unikał omawiania kwestii dotyczącej krytycznej usterki z obawy przed urażeniem głównego programisty. Problem ten pojawiał się następnie wielokrotnie, podważając zaufanie i obniżając morale. Strach przed zabraniem głosu z czasem tylko się nasilał.

Jak tego uniknąć:

  • Proszę bezpośrednio zajmować się problemami związanymi z dysfunkcjami, korzystając z narzędzi takich jak model „Pięciu dysfunkcji zespołu” autorstwa Patricka Lencioniego.
  • Proszę wykorzystać takie ćwiczenia, jak opracowywanie porozumień zespołowych, w celu ustalenia zasad zapewniających pełną szacunku i otwartą komunikację.
  • Warto rozważyć wykorzystanie internetowych narzędzi do analizy retrospektywnej, takich jak TeamRetro, które oferują funkcje ułatwiające przekazywanie anonimowych opinii, dzięki czemu każdy może bezpiecznie dzielić się swoimi pomysłami.

Materiały:

3. Brak wyników lub zadań do wykonania

Jak to wygląda:
Retrospektywy kończą się bez jasno określonych, możliwych do wdrożenia dalszych działań, co powoduje, że problemy pozostają nierozwiązane.

Przykład z życia wzięty:
Zespół wielokrotnie zwracał uwagę na nieefektywne planowanie sprintów jako problem, ale nie opracował konkretnych działań mających na celu jego rozwiązanie. Problem ten utrzymywał się, co osłabiło zaufanie zespołu do retrospektyw i spowodowało, że nie rozumiał on ich wartości.

Jak tego uniknąć:

  • Proszę skorzystać z modelu SMART w celu opracowania konkretnych, mierzalnych, osiągalnych, istotnych i określonych w czasie działań.
  • Proszę przydzielić odpowiedzialność za każde działanie i omówić jego realizację podczas następnego przeglądu sprintu. Z naszych własnych danych wynika, że działania, dla których wyznaczono osobę odpowiedzialną i ustalono termin realizacji, są realizowane w około 90% przypadków.
  • Proszę zadbać o kontynuację działań z jednego spotkania podsumowującego do następnego, świętować sukcesy oraz monitorować postępy.

Materiały:

4. Retrospektywa pt. „Dzień świstaka”

Jak to wygląda:
Zespoły wielokrotnie omawiają te same problemy podczas każdej retrospektywy, nie rozwiązując ich jednak. Zestaw pytań jest zawsze taki sam, a odpowiedzi są przewidywalne, znane i niezmienne.

Przykład z życia:
W trosce o spójność w każdym sprincie stosowano ten sam format retrospektywy, a ze względu na charakter produktu i zakres obowiązków pracowników co dwa tygodnie pojawiały się te same, powtarzające się pomysły i problemy. Wydawało się, że retrospektywa nie jest w ogóle potrzebna.

Jak tego uniknąć:

  • Należy ustalić priorytety i ograniczyć liczbę zadań realizowanych w każdym sprincie.
  • Proszę skoncentrować się na konkretnym temacie lub aspekcie sprintu, co pozwoli zespołowi skupić się na swoich pomysłach.
  • Zmień format retro lub pytania, aby zbadać różne punkty widzenia i perspektywy.
  • Proszę zmienić osobę prowadzącą spotkanie lub zaprosić obserwatora lub zewnętrznego moderatora.

Materiały:

5. Brak jasno określonego procesu

Jak to wygląda:
Retrospektywy są pozbawione struktury, co prowadzi do chaotycznych rozmów i utraty okazji do uzyskania cennych spostrzeżeń. Spotkania mogą się przedłużać, a ponadto brakuje możliwości prowadzenia myślenia dywergencyjnego i konwergencyjnego, omawiania spraw według priorytetów czy prowadzenia merytorycznych dyskusji na temat poszczególnych kwestii. Proces ten zmienia się za każdym razem, co również wymaga od zespołu poświęcenia czasu na ponowne przyswojenie sobie tego, co należy zrobić w danej sytuacji.

Przykład z życia wzięty:
Wobec braku ustalonego formatu zespół poświęcił całą retrospektywę na dyskusję dotyczącą preferencji dotyczących narzędzi, uzgodnienie formatu i zestawu pytań oraz znalezienie odpowiednich materiałów do rozpoczęcia burzy mózgów, przez co nie pozostało mu czasu na omówienie wyzwań związanych ze sprintem.

Jak tego uniknąć:

  • Proszę stosować ustrukturyzowane formaty retrospektyw, takie jak „Start-Stop-Continue” lub retrospektywy typu „Sailboat”.
  • Proszę określić cele przed spotkaniem i skorzystać z pomocy moderatora, który poprowadzi dyskusję.
  • Należy przewidzieć etapy o określonym czasie trwania, obejmujące: rozpoczęcie retrospektywy, przegląd głównej zasady metodyki agile, przegląd dotychczasowych działań, omówienie tematu bieżącego procesu, a następnie jasno określony przebieg procesu generowania pomysłów, ustalania priorytetów, dyskusji oraz planowania działań.

6. Pominięcie retrospektywy

Jak to wygląda:
Zespoły decydują się pominąć retrospektywy ze względu na ograniczenia czasowe lub wychodząc z założenia, że „wszystko jest w porządku”.

Przykład z życia wzięty:
Zespół zrezygnował z retrospektyw w trakcie intensywnego wprowadzania produktu na rynek, uznając je za zbędne. Z biegiem czasu nagromadziły się nierozwiązane problemy, co spowodowało opóźnienia i frustrację wśród członków zespołu.

Jak tego uniknąć:

  • Proszę traktować retrospektywy jako element niepodlegający negocjacjom. Są one niezbędne do ciągłego doskonalenia, nawet w okresach wzmożonej aktywności.
  • Jeśli dysponują Państwo ograniczonym czasem, proszę, aby wypowiedzi były krótkie i na temat.
  • Proszę przypomnieć zespołom o znaczeniu retrospektyw, wykorzystując dane dotyczące dotychczasowych usprawnień.

Materiały:

7. „Przejęty program”

Jak to wygląda:
Dyskusje zbaczają z tematu, są zdominowane przez jedną osobę lub dotyczą kwestii niezwiązanych z tematem.

Jak tego uniknąć:

  • Prosimy o uprzejme kierowanie dyskusji z powrotem na temat i uwzględnianie anonimowych wypowiedzi w celu zapewnienia inkluzywności.
  • Pomysły na park, które nie nawiązują do aktualnego motywu przewodniego lub głównego tematu imprezy retro.

8. Skupianie się na sprawach wykraczających poza krąg wpływów i zainteresowań

Jak to wygląda:
Dyskusje w zespole koncentrują się na problemach pozostających poza ich kontrolą lub wpływem, takich jak polityka obowiązująca w całej firmie lub warunki rynkowe, co prowadzi do frustracji i poczucia bezradności.

Przykład z życia wzięty:
Podczas jednej retrospektywy zespół poświęcił większość czasu na narzekanie na decyzje kierownictwa wyższego szczebla oraz konkurencję rynkową, przez co pozostało mu niewiele energii ani czasu na zajęcie się wewnętrznymi procesami, które faktycznie mogliby usprawnić.

Jak tego uniknąć:

  • Proszę skorzystać z modelu „kręgu kontroli, wpływu i troski”, aby pomóc zespołowi w zidentyfikowaniu i ustaleniu priorytetów kwestii, na które mają oni wpływ lub które mogą kontrolować.
  • Zachęcajcie do zmiany perspektywy: „Co możemy zrobić, biorąc pod uwagę te ograniczenia?”
  • Proszę kierować rozmowy z powrotem na tematy, które prowadzą do konkretnych działań, stosując delikatne techniki moderacji.
  • Na początku retrospektywy należy wyznaczyć granice, wyjaśniając, jakie kwestie można poruszyć, a jakich nie.

Materiały:

9. Brak zaangażowania i udziału

Jak to wygląda:
Członkowie zespołu są niezainteresowani, udzielają powierzchownych opinii lub w ogóle ich nie wyrażają, często z powodu strachu, nudy lub poczucia, że ich wkład nie ma znaczenia.

Przykład z życia wzięty:
Podczas retrospektywy uczestnicy udzielali jedynie lakonicznych odpowiedzi, takich jak „Wszystko w porządku” lub „Nie mam nic do dodania”. Moderator miał trudności z wydobyciem konstruktywnych uwag, przez co sesja okazała się nieproduktywna.

Jak tego uniknąć:

  • Proszę budować poczucie bezpieczeństwa psychicznego poprzez ustalenie podstawowych zasad oraz zapewnienie, że szczere opinie nie pociągną za sobą żadnych negatywnych konsekwencji
  • Proszę wykorzystywać lodołamacze lub kreatywne zadania, aby retrospektywy były bardziej angażujące.
  • Zapewnienie możliwości anonimowego przekazywania darowizn
  • Zmieniaj formę zajęć, aby utrzymać zainteresowanie zespołu
  • Proszę aktywnie reagować na dotychczasowe uwagi, aby pokazać zespołowi, że jego opinie są cenione i że podejmuje się na ich podstawie odpowiednie działania.
  • Zorganizujcie retrospektywę poświęconą retrospektywie i zapytajcie zespół, co chcieliby, aby miało miejsce podczas tej retrospektywy, aby mogli bardziej się w nią zaangażować.
  • Proszę przedstawić, w jaki sposób dane z przeszłości oraz podjęte działania przyczyniły się do pozytywnych zmian, zwiększając wartość tego procesu.

Materiały:

10. Retrospektywa pt. „Zagotować ocean”

Jak to wygląda:
Zespół stara się zająć każdą kwestią poruszoną podczas sprintu, co skutkuje przytłaczającą i nieefektywną sesją, podczas której pojawia się zbyt wiele zadań do zrealizowania, by można było sobie z nimi poradzić.

Przykład z życia wzięty:
Podczas jednej retrospektywy zespół zidentyfikował dziesięć odrębnych problemów wymagających rozwiązania i podjął próbę rozwiązania ich wszystkich. Zabrakło jednak czasu i żadne z działań nie zostało zrealizowane, co spowodowało, że zespół poczuł się przytłoczony i zdemotywowany.

Jak tego uniknąć:

  • Proszę uszeregować zadania według ważności i pilności, korzystając z technik takich jak głosowanie punktowe (Dot Voting) lub macierz nakładu i skutku.
  • W ramach każdej retrospektywy należy skupić się na maksymalnie 2–3 kluczowych kwestiach, aby zapewnić konkretne wyniki, które można wdrożyć.
  • Proszę utworzyć „rezerwę” na mniej istotne kwestie, do których powrócą Państwo później.
  • Proszę przypomnieć zespołowi, że ciągłe doskonalenie jest procesem niekończącym się i nie wymaga rozwiązywania wszystkich problemów naraz, zwłaszcza podczas samej retrospektywy.

Rozpoznając i eliminując te antywzorce występujące podczas retrospektyw, mogą Państwo zwiększyć swoją skuteczność jako Scrum Master oraz stworzyć środowisko sprzyjające rozwojowi zespołu. Narzędzia takie jak TeamRetro zapewniają ustrukturyzowane formaty, śledzenie działań oraz mechanizmy informacji zwrotnej, które pozwalają udoskonalić retrospektywy i zagwarantować, że pozostaną one znaczące i produktywne.

Rozpocznijcie rok 2026, wzmacniając potencjał swojego zespołu dzięki retrospektywom, które przynoszą rzeczywiste zmiany. Zachowajcie ciekawość, bądźcie agile i nieustannie się doskonalcie! 🚀