Co to jest Retrospektywa?
Retrospektywa to cykliczne hansei zespołu: co zmieniamy w sposobie pracy, nie tylko „co poszło nie tak w projekcie”. Po polsku: retrospektywa / retro. Pytanie „co to jest retrospektywa?”: bez follow-up to teatr. Wychodzicie z 1–3 konkretnymi eksperymentami procesu na kolejny cykl (PDCA, kaizen). W Scrumban retro domyka cadencję obok review (scrumban).
Retrospektywa karmi A3, update standard work / DoD i kulturę bez teatru winy.
Dlaczego retro bez zmian jest mudą?
Mit raport zamiast efektu: „omówiliśmy”, zero Act. Mit SEO jednorazowe: brak pętli uczenia. Mit gwarancja: nie da się uczciwie mówić o ryzyku. Mit 14 dni: wina ludzi zamiast procesu. Mit AI napisze cały serwis: dump, cisza, bez hansei jakości (AI slop, reali-tea). Powtarzane blokery na stand-up bez retro = chroniczna muda.
Sales bez win/loss retro powtarza ten sam skrypt (win/loss, discovery, SQL).
Jak prowadzić retrospektywę, która działa?
Rytm: co 1–2 tygodnie (lub po epiku). Fakty: metryki cycle/lead/throughput, aging WIP, andony (cycle time, lead time, throughput, WIP aging, andon, gemba). Format: co zatrzymać / zacząć / kontynuować — ale z ownerem i datą Check. Max 3 akcje w backlogu procesu (WIP na improve). Unikaj blame. Unikaj 15 akcji. Unikaj retro bez obecności osób z value stream (content+tech+ops) (value stream, chaku-chaku).
Nemawashi trudnych tematów 1:1 przed grupą (nemawashi). Visual: akcje retro na tablicy (visual management, Kanban, WIP). Root cause przy powtarzalnych problemach (root cause). Slack time na udział (slack time).
Retrospektywa a SEO, sprzedaż, KPI i mity
Mierzcie % akcji retro domkniętych; wpływ na cycle time i jakość DoD; spadek powtarzalnych andonów (DoD, SQL, North Star). AEO: retro cytowań i answer-ready (AEO, AI Visibility, answer-ready). Mit pozycja = klienci / ruch = sprzedaż: uczcie się z konwersji. Mit więcej treści: volume vs jakość. Mit tania oferta: brak czasu na retro. Mit wystarczy audyt: audyt bez pętli. Mit blog wystarczy: ścieżka do oferty. Mit ads zastąpi SEO: portfel kanałów. Mit jeden kanał: Search Everywhere learning (Search Everywhere). Mit SEO = IT: wspólna retro. Mit czas ładowania: regresje CWV. Mit fake proof: prawda w case’ach (dowód). Mit kopiuj konkurencję: Wasze wnioski. Mit AI zabije SEO: retro strategii AEO zamiast paniki. Mit meta keywords: usuńcie zombie z DoD. Pull/WIP: czy limity działają (pull, WIP, heijunka, mura, muri). Flow efficiency i SLE (flow efficiency, SLE). Context switching / maker schedule jako temat (context switching, maker schedule, focus mode). Bus factor i mob (bus factor, mob/pair, ikigai). Swarming: czy nadużywane (swarming). JIT / single-piece vs batch (JIT, single-piece flow). 5S / standard / jidoka (5S, jidoka, poka-yoke). Hoshin odchylenia (Hoshin Kanri). Owned/newsletter metrics (newsletter, owned media). Human Algorithm / advocacy (Human Algorithm, advocacy). E-com feed/PDP incydenty (feed, PDP, logistyka). CRO learnings (CRO, trust gap). Privacy incydenty (privacy-first). Sales: speed-to-lead, no-show, MAP (speed-to-lead, no-show, MAP, CRM). Trust / E-E-A-T / community notes (E-E-A-T, trust, community notes). Brand lift / locked-in (brand search lift, locked in). Attention / chopped (attention recession, chopped). TPS / lean (TPS, lean). Kaizen event jako eskalacja retro (kaizen event). Negotiation: wnioski do oferty (negocjacje, proposal, zakres). Ringi zmian procesu (ringi). Priority of priorities po retro (priority of priorities).
Praktyka: 45–60 min + max 3 akcje z ownerem i Check w następnym stand-upie/review. Next step: weźcie 1 chroniczny bloker z daily i domknijcie A3 z datą Act (next step, A3).
Retrospektywa — FAQ
Co to jest Retrospektywa? Cykliczne hansei procesu zespołu. Po co? Żeby Improve było realne. Najczęstszy błąd? Brak follow-up / za dużo akcji / blame. Vs stand-up? Daily steruje dniem; retro zmienia system. Od czego zacząć? Fakty z tablicy + 1–3 eksperymenty z ownerem.
Retrospektywa to silnik uczenia się zespołu. SEO-Efekt: zamykajcie pętlę Act — wtedy Scrumban, jakość i pipeline nie powtarzają tych samych błędów co kwartał.