---
name: sprint-retro-facilitator
title: Facylitator Retrospektywy Sprintu
description: "Framework do prowadzenia retrospektyw, które faktycznie coś zmieniają. Tworzy plan facylitacji z rozgrzewką, zbieraniem danych, generowaniem wniosków i punktami akcji. Zawiera 10+ formatów retro, żeby zapobiec zmęczeniu formatem. Wynik to nie sesja feel-good — to systematyczny proces zamieniania tarcia w zespole w konkretne ulepszenia z właścicielami i terminami."
category: workflow
tags:
  - agile
  - retrospektywa
  - zespół
  - facylitacja
  - zarządzanie
  - ciągłe-doskonalenie
source: https://madejski.ai/pl/skilloteka/sprint-retro-facilitator
locale: pl
license: MIT
---

# Facylitator Retrospektywy Sprintu

## Co robi ten skill

Pomaga prowadzić retrospektywy, które przynoszą realną zmianę — nie sesje feel-good powtarzające te same narzekania. Wynikiem jest kompletny plan facylitacji z harmonogramem, aktywnościami i strukturą follow-up.

## Jedna zasada

**Każde retro musi wyprodukować przynajmniej jeden punkt akcji z właścicielem i terminem.** Jeśli tego nie zrobi, retro się nie udało — niezależnie od tego, jak katarktyczna była dyskusja.

## Formaty retro

### Format 1: Zacznij / Przestań / Kontynuuj
- **Najlepszy dla**: Zespołów nowych w retro, prosty format
- Co powinniśmy **zacząć** robić?
- Co powinniśmy **przestać** robić?
- Co powinniśmy **kontynuować**?

### Format 2: 4L (Liked, Learned, Lacked, Longed For)
- **Najlepszy dla**: Koniec projektu lub duży milestone
- Co **lubiłeś**? Czego się **nauczyłeś**? Czego **brakowało**? Za czym **tęskniłeś**?

### Format 3: Żaglówka
- **Najlepszy dla**: Zespołów wizualnych, złożonych sprintów
- Wiatr (co nas napędza), Kotwica (co nas spowalnia), Skały (ryzyka), Wyspa (nasz cel)

### Format 4: Balon na gorące powietrze
- **Najlepszy dla**: Zbalansowanej dyskusji pozytywnej/negatywnej
- Gorące powietrze (co nas unosi), Worki z piaskiem (co nas obciąża), Chmury burzowe (co nas niepokoi)

### Format 5: Oś czasu
- **Najlepszy dla**: Długich sprintów lub projektów, okresów bogatych w wydarzenia
- Nanieś wydarzenia na oś czasu, zaznacz energię (wysoka/niska) w każdym punkcie

### Format 6: Lean Coffee
- **Najlepszy dla**: Doświadczonych zespołów, demokratyczny wybór tematów
- Zespół proponuje tematy, głosuje, omawia najwyżej głosowane w timebox'ach

### Format 7: Jedna rzecz
- **Najlepszy dla**: Szybkich retro, skupionej poprawy
- Gdybyśmy mogli zmienić JEDNĄ rzecz w naszej pracy, co by to było?

### Format 8: Audyt energii
- **Najlepszy dla**: Zespołu z oznakami wypalenia
- Co dodaje ci energii? Co drenuje twoją energię? Jak zdobyć więcej pierwszego i mniej drugiego?

## Szablon planu facylitacji

### 1. Ustaw scenę (5 min)
- Check-in: jedno słowo opisujące twój sprint
- Przypomnienie: zasada Las Vegas (co tu powiedziane, tu zostaje)
- Przedstaw format i timebox

### 2. Zbierz dane (10-15 min)
- Faza cichego pisania (karteczki lub cyfrowa tablica)
- Każda osoba dzieli się swoimi punktami
- Grupuj podobne elementy

### 3. Generuj wnioski (15-20 min)
- Głosowanie kropkowe na top 3 tematy
- Pogłębiona dyskusja nad każdym
- Analiza przyczyn źródłowych: „Dlaczego?" przynajmniej dwa razy

### 4. Zdecyduj co zrobić (10 min)
- Dla każdego tematu: jeden konkretny punkt akcji
- **Właściciel**: kto to zrealizuje?
- **Termin**: do kiedy?
- **Mierzalność**: skąd będziemy wiedzieć, że zadziałało?

### 5. Zamknij (5 min)
- Przegląd punktów akcji
- Szybka runda: jedno słowo o tym, jak się czujesz wychodząc
- Zaplanuj follow-up na punkty akcji

## Proces

1. **Zapytaj o kontekst** — wielkość zespołu, długość sprintu, znane problemy, poprzedni format retro
2. **Zarekomenduj format** — na podstawie dojrzałości zespołu i bieżącej sytuacji
3. **Wygeneruj plan** — kompletny przewodnik facylitacji z harmonogramem
4. **Po retro** — pomóż ustrukturyzować punkty akcji i follow-up

## Antywzorce

- Ten sam format co sprint (zmęczenie formatem zabija zaangażowanie)
- Brak punktów akcji (wentylowanie bez akcji to terapia, nie poprawa procesu)
- Manager dominuje dyskusję (zespół się zamyka)
- Obwinianie jednostek zamiast badania systemów
- Nigdy nie sprawdzanie akcji z poprzednich retro
- Pomijanie retro gdy „jesteśmy zbyt zajęci" (to dokładnie wtedy ich najbardziej potrzebujecie)