Proč dělat post-mortem strategie
Post-mortem strategie jsou systematické retrospektivy po klíčových událostech (úspěchy, neúspěchy, zmeškané příležitosti), které přeměňují zkušenosti na rozhodnutí a zlepšení. Cílem není hledání viníka, ale posílení schopnosti organizace učit se, opravovat příčiny a adaptovat strategii. V prostředí rychlých trhů a technologických změn je učení rychlejší než konkurenti udržitelnou konkurenční výhodou.
Principy: bez viny, s důkazy, s dopadem
- Bez viny (blamelessness): lidské chyby jsou signálem selhání systémů a kontextu.
- Důkaznost: fakta před narativy; časové osy, logy, měření, artefakty rozhodnutí.
- Příčiny, nikoliv symptomy: kořenová příčina je často kombinací procesů, nástrojů a motivací.
- Akčnost: každý insight se promítá do konkrétní změny, vlastníka a termínu.
- Sdílnost: poznatky jsou přenosné mezi týmy (standardy, šablony, školení).
Typy post-mortemů: kde patří v řízení strategie
- Incident post-mortem: reakce na výpadek, bezpečnostní incident nebo regulační odchylku.
- Produktový post-mortem: výsledky release-u, experimentu, neúspěšné funkce či neúspěšného launchu.
- Obchodní post-mortem: win/loss analýza, neúspěšná akviziční kampaň, ztracený velký tender.
- Strategický post-mortem: ne/naplnění OKR, změna trhu, přepočet business case.
Standardní šablona post-mortem zprávy
| Sekce | Obsah |
|---|---|
| Kontekst | Proč k události došlo, jaké byly cíle, zainteresované strany, rozsah dopadu. |
| Chronologie | Časová osa událostí s časy, zdroji dat a odkazy na logy/artefakty. |
| Fakta a metriky | KPI, SLO/SLA, finanční dopad, zákaznický dopad, regulační dopad. |
| Analýza příčin | 5 Whys, Ishikawa, Causal Loop; technické, procesní a lidské faktory. |
| Co jsme se naučili | Top 5 poučení, co nás překvapilo, co bylo „známé, ale ignorované“. |
| Co měníme | Rozhodnutí, zásahy do strategie, procesů, produktů, kapacit a rozpočtů. |
| Akční plán | Úkoly s vlastníky, termíny, kritérii hotovo (DoD) a metrikami úspěchu. |
| Řízení rizik | Aktualizace risk register, nové kontrolní body, prahy a alarmy. |
| Komunikace | Zpráva pro interní publikum, zákazníky, regulátora (je-li třeba). |
Metody kořenové příčiny: jak se vyhnout zkratkám
- 5 Whys: klást otázku „proč“ dokud se nedostaneme k měnitelnému systémovému faktoru.
- Ishikawa (rybí kost): kategorie Lidé–Procesy–Technologie–Data–Prostředí–Partneři.
- Barrier Analysis: které bariéry chyběly nebo selhaly (testy, schválení, alerting, školení).
- FRAM/Systems Thinking: interakce mezi funkcemi pro zachycení kombinovaných efektů.
Co jsme se naučili: typologie insightů
- Taktická učení: konkrétní zlepšení v runbooku, playbooku nebo tooling.
- Procesní učení: úprava workflow (SLA, schvalování, rozhraní týmů, RACI).
- Strategie a portfolio: re-prioritizace roadmapy, investice, zastavení některých iniciativ.
- Talent a schopnosti: potřeba nových kompetencí, školení či náboru.
- Governance a compliance: trvalé kontroly, audit trail, revize politiky.
„Co měníme“: rámec rozhodnutí
Aby změna nezůstala pouze v textu, používáme rozhodovací rámec DACI (Driver, Approver, Contributors, Informed):
- Driver: vlastní realizaci a koordinaci.
- Approver: schvaluje rozpočet/standard.
- Contributors: dodávají obsah a kapacity.
- Informed: dotčené strany, které je třeba průběžně informovat.
Propojení se strategií: od post-mortemu k OKR
- Mapping: každý klíčový insight mapujte na existující nebo nový cíl (Objective) a měřitelný výsledek (KR).
- Priorizace: zásahy hodnotit podle dopadu × náročnosti (RICE/ICE), zveřejnit trade-offy.
- Rozpočet: promítnout do OPEX/CAPEX; pokud chybí, explicitně se rozhodnout neimplementovat a zdůvodnit.
Organizační design: odpovědnosti a rituály
| Fórum | Frekvence | Hlavní rozhodnutí |
|---|---|---|
| Post-mortem Review Board | měsíčně | schvaluje analýzy, priorizuje změny, odstraňuje překážky |
| Engineering/Product retro | dvoutýdně | přidává technické úkoly do backlogu, kalibruje standardy |
| Exec checkpoint | čtvrtletně | aktualizuje strategii, portfolio a rozpočty |
Měření: metriky kvality učení a implementace
- Lead time to learn: čas od události po publikování post-mortemu.
- Action closure rate: procento akcí uzavřených v termínu (30/60/90 dní).
- Repeat defect rate: opakování stejného typu problému (recidiva).
- Learning spread: počet týmů, které převzaly nový standard.
- Impact on KPIs: zlepšení SLO, NPS, win-rate, churn, nákladů na incident.
Check-list moderátora post-mortemu
- Potvrzujeme bezpečné prostředí a pravidla bez viny.
- Projdeme fakta v časové ose; oddělíme fakta od hypotéz.
- Identifikujeme 3–5 hlavních příčin, ne více.
- Formulujeme maximálně 10 akcí, každou s jasným DoD a metrikou.
- Zveřejníme zkrácenou verzi pro širší organizaci.
Komunikace: transparentnost bez rizika
- Interní komunikace: stručné resumé, odkaz na detail, co se mění od dneška.
- Zákazníci: empatické prohlášení, fakta, dopad, opatření, kontakt.
- Regulátor/partneři: formální zpráva, soulad s povinnostmi, důkazy nápravy.
Bezpečnost a compliance v post-mortemech
- Chraňte osobní údaje a obchodní tajemství (minimální potřebná data, pseudonymizace).
- Uchovávejte audit trail rozhodnutí a důkazů podle politiky retenčních lhůt.
- Při bezpečnostních incidentech využijte TLP (Traffic Light Protocol) a princip need-to-know.
Příklad: stručný výstup po neúspěšném launchi
- Kontekst: verze 3.4 způsobila 12 % pokles konverzí v EU.
- Fakta: problém se projevil pouze v Safari; A/B test překročil stop-loss prah po 6 hodinách.
- Příčiny: nekompatibilita JS knihovny, nedostatečný cross-browser test, chyběl canary release pro EU.
- Učení: zavést povinné canary a cross-browser kontrolní seznam.
- Změny: update CI pipeline, nová gating pravidla, školení pro QA.
- Akce: 6 úkolů, vlastníci, termíny do 30 dnů; metrika: návrat konverzí na ≥ baseline+1 p.b.
Rizika a jejich mitigace při post-mortemech
- Hindsight bias: zkresluje tehdejší nejistotu; používejte „co jsme věděli v čase T“.
- Groupthink: přizvěte nezávislého facilitátora a „oponentů“.
- Action sprawl: příliš mnoho úkolů; limit 10 a vazba na OKR.
- Knowledge silo: publikační proces a školení pro přenos učení.
Implementační plán: 30/60/90 dní
- 30 dní: zavést šablonu, školení moderátorů, repozitář post-mortemů, první metriky.
- 60 dní: propojit s OKR, risk registrem a rozpočty; automatizovat sběr dat (logy, dashboardy).
- 90 dní: audit kvality post-mortemů, sdílecí komunitní session, kalibrace standardů.
Artefakty: co musí organizace vytvořit a udržovat
- Šablona post-mortemu a průvodce pro autory.
- Runbook retro facilitace včetně otázek a check-listů.
- Rozhodovací log s DACI a odkazy na důkazy.
- Risk register s vazbou na kontrolní mechanismy a SLO.
- Knihovna případů (knowledge base) s tagy podle domény a typu příčiny.
Šablona „co měníme“ – tabulka akcí
| Akce | Driver | Approver | Termín | DoD | Metrika dopadu |
|---|---|---|---|---|---|
| Zavést canary rollout v EU | Release Manager | VP Eng | 30 dní | konfigurace v CI, playbook, rollback test | –50 % výpadků po release |
| Cross-browser checklist | QA Lead | Head of Product | 21 dní | checklist v PR šabloně, povinný status | 0 kritických bugů v Safari |
| Školení experiment designu | Data Science | CMO | 45 dní | workshop + materiály | zrychlení A/B o 20 % bez zvýšení rizika |
Integrace do každodenní praxe
- Po každém P1/P2 incidentu do 5 pracovních dnů uskutečnit post-mortem.
- Po velkém releasu a po kvartálním OKR review vytvořit strategický post-mortem.
- Výstupy musí být součástí plánování sprintů, roadmap a investičních rozhodnutí.
Post-mortem jako motor strategické adaptability
Systematické post-mortem strategie přeměňují události na učení a učení na činy. Když se poznatky stávají standardy, standardy kompetencemi a kompetence výsledky, organizace zvyšuje svou odolnost, rychlost a důvěryhodnost. Nejsilnějším signálem kultury výkonu je schopnost přiznat si chybu, pochopit ji a proměnit na udržitelnou změnu.
