Uspořádejte premortem v Jira: odhalte rizika vydání dříve, než nastanou
Krátkou týmovou diskusí odhalte věrohodná selhání, porovnejte jejich důsledky a dohodněte, kdo každé riziko sníží.
Vydání může v Jira vypadat připravené, zatímco tým má stále obavy, které nikdo nezapsal. Implementace je téměř hotová, testování probíhá a termín spuštění se blíží. Někdo tuší, že starší zákaznické účty se chovají jinak. Jiný se obává, že podpora nové ovládací prvky vysvětlí nesprávně.
Premortem dává těmto obavám užitečný výchozí bod: představte si, že vydání už dopadlo špatně, a popište příčiny. Cvičení usnadňuje mluvit o věrohodných selháních dříve, než tým zaměstná jejich řešení.
V této příručce provedeme praktické premortem fiktivního vydání zákaznického portálu a výsledky uspořádáme v Risk & Pre-Mortem Grid v Power Pack. Výsledkem bude krátká sada rizik s jasnými vlastníky, varovnými signály a prací na zmírnění.
Vyberte konkrétní výsledek vydání
Náš tým přidává nastavení e-mailů do zákaznického portálu. Zákazníci budou moci zapínat a vypínat volitelné e-maily účtu a dál přijímat nezbytné zprávy. Maya odpovídá za produktový výsledek, Leo implementuje změnu, Priya vede testování a Sam připravuje podporu.
Jako místo premortem vyberou úkol v Jira popisující společný výsledek vydání. Související implementační a testovací úkoly zůstávají propojené běžným postupem Jira. Diskuse u úkolu vydání dává lidem zřejmé místo, kam se vrátit.
Před setkáním Maya napíše jednoduché vymezení: zkontrolovat zákaznickou zkušenost, chování e-mailů a připravenost podpory pro první vydání ovládání nastavení. Tým posoudí spuštění a první týden používání. Toto omezení brání tomu, aby se diskuse změnila v kontrolu všech možných problémů portálu.
Před diskusí o řešeních si představte selhání
Začněte konkrétním podnětem: „Je týden po spuštění. Zákazníci jsou zmatení, požadavků na podporu přibylo a museli jsme pozastavit nasazování. Co se stalo?“ Představa má být dost nepříjemná, aby vyvolala přemýšlení, ale nemá naznačovat nevyhnutelnost neúspěchu.
Dejte každému pár tichých minut k samostatnému sepsání možných příčin. Obava testerky nebo postřeh podpory se tak dostane do diskuse dříve, než ji ovládne první sebejisté vysvětlení. Žádejte popsatelná vysvětlení místo obecných tvrzení typu „kvalita byla špatná“.
Poté scénáře postupně sdílejte. V prvním průchodu shromážděte obavu a vyjasněte její význam. Spory o nejlepší řešení nechte na později. Účastník má mít možnost vznést nepříjemnou možnost bez okamžité povinnosti obhajovat úplný plán nápravy.
- Stávající zákazníci vidí nastavení, které neodpovídá jejich současným e-mailovým volbám.
- Rozhraní naznačuje, že lze vypnout nezbytné e-maily.
- Pokyny podpory popisují ovládací prvky změněné před vydáním.
- Aktualizace nastavení vypadá úspěšně, i když samotná změna selže.
Jde o fiktivní scénáře pro příklad. Váš seznam má pocházet od lidí, kteří rozumějí práci, závislostem a zákaznické zkušenosti. Power Pack zaznamenává diskusi; tým dodává úsudek o tom, co se může stát.
Proměňte obavy v rozpoznatelné popisy rizik
Užitečné riziko popisuje možnou událost a její důsledek. „Migrace“ je téma. „Existující hodnoty nastavení jsou nesprávně převedeny, takže někteří zákazníci dostávají volitelné e-maily, které očekávali zastavit“ je scénář, který lze zkoumat.
Spojte duplicity, aniž byste ztratili odlišné důsledky. Několik obav o starší účty může mít společnou příčinu. Zavádějící popisek i neúspěšné uložení mohou zákazníky zmást, ale potřebují odlišné kontroly a obvykle mají zůstat samostatnými riziky.
U každého scénáře se ptejte, čeho by si tým všiml včas. Včasný varovný signál je pozorovatelný jev zasluhující pozornost. V příkladu je nesoulad současného nastavení účtu s navrhovanými migrovanými hodnotami užitečnější než „zákazníci si mohou stěžovat“. Lze jej ověřit před spuštěním.
| Existující nastavení se převádí nesprávně | Zákazníci dostávají nechtěné volitelné e-maily | Ukázkový účet má po nácviku migrace nesoulad |
| Formulace o nezbytných e-mailech je nejasná | Zákazníci očekávají zastavení zpráv, které vypnout nelze | Kontrolující vyloží ovládací prvek jako vztahující se na všechny e-maily |
| Příručka podpory zaostává | Podpora poskytuje nesprávné pokyny | Kandidát vydání se liší od snímků v příručce |
Dohodněte význam pravděpodobnosti a dopadu
Power Pack nabízí matici 3×3 nebo 5×5 a počítá skóre závažnosti násobením pravděpodobnosti a dopadu. Skóre používejte jako podporu diskuse a řazení. Jde o subjektivní posouzení, ne předpověď četnosti selhání nebo výpočet očekávané ztráty.
Pro první setkání tým zvolí 3×3 a dohodne jednoduché významy hodnocení. Pravděpodobnost jedna znamená málo současných podpůrných důkazů; dvě znamená věrohodný scénář vyžadující průzkum; tři znamená silné důvody očekávat jej bez zásahu. To jsou pracovní definice týmu.
Dopad vymezí důsledky pro zákazníky a vydání. Jedna znamená omezenou nepříjemnost, dvě významné narušení vyžadující další řešení a tři vážný zákaznický problém nebo důvod pozastavit vydání. Jiný tým může pro své prostředí potřebovat jiné definice.
Priya ohodnotí chybnou migraci pravděpodobností dvě a dopadem tři, tedy skóre šest. Tým probere předpoklady: nové mapování dosud nebylo vyzkoušeno na reprezentativních starších účtech. Chybějící důkazy jsou důležitější než zdánlivá přesnost čísla.
Při porovnávání počátečních rizik zachovejte stejnou škálu. Přepnutí velikosti matice přepočítává stávající hodnocení, proto při změně rozlišení zkontrolujte výsledné pozice. Nová pozice neznamená nově objevené důkazy o vydání.
Přidejte rizika do Power Pack
Otevřete Power Pack u vybraného úkolu v Jira a zvolte Risk & Pre-Mortem Grid. Teplotní mapa ukazuje rozložení hodnocení a registr rizik umožňuje kontrolovat položky. Pokud už znáte počáteční pravděpodobnost a dopad, můžete riziko přidat z buňky matice.
U každé položky zaznamenejte název, scénář selhání, včasný varovný signál a kategorii. Přidejte dohodnutá hodnocení, plán zmírnění a vlastníka. Power Pack podporuje také kontrolní body zmírnění, stav a volitelný odkaz na úkol v Jira.
Vlastníkem může být uživatel Jira nebo záznam externí osoby. Vyberte člověka, který bude koordinovat reakci a přinese týmu chybějící důkazy. Uvedení jeho jména v mřížce nevytvoří úkol Jira, nepřiřadí existující úkol ani neudělí přístup.
Než aktualizovanou mřížku považujete za sdílenou, zkontrolujte stav uložení. Změny jsou uložené u úkolu a lokální stav nebo opakování pokusu nepotvrzuje, že jiný kolega již vidí poslední položku.
Dejte každému důležitému riziku praktickou reakci
„Důkladně otestovat“ se obtížně sleduje. Pro riziko migrace Priya navrhne nácvik s reprezentativními stavy existujících účtů a následné porovnání výsledných nastavení a očekávaného chování e-mailů. Leo prozkoumá každý nesoulad. Priya zůstává vlastníkem rizika a přinese výsledek na kontrolu vydání.
Rozdělte reakci na kontrolní body, které zviditelní pokrok. Tým může vybrat reprezentativní případy, provést nácvik, projít nesoulady a zaznamenat zbývající nejistotu. Body organizují reakci, zatímco skutečné důkazy zůstávají v příslušné testovací nebo realizační práci.
Potřebuje-li zmírnění vlastní úkol v Jira, vytvořte jej a přiřaďte běžným postupem, poté přidejte jeho klíč jako odkaz u rizika. Odkaz usnadňuje sledování vztahu; automaticky nevytváří práci ani neřídí její dodání.
Přehodnoťte stav, když se změní důkazy
Power Pack poskytuje stavy Identified, In Progress, Mitigated a Accepted. Identified použijte po zachycení scénáře, In Progress při aktivní práci na reakci. Dohodněte důkazy, které tým očekává před označením rizika jako Mitigated.
Accepted může popisovat vědomé rozhodnutí pokračovat se zbývající expozicí. Maya například může přijmout drobnou mezeru v dokumentaci podpory, když Sam potvrdí dostupnou dočasnou odpověď. Zaznamenejte odůvodnění a vraťte se k němu při změně předpokladů. Přijetí má být pochopené rozhodnutí, nikoli způsob úklidu mřížky.
Při kontrole vydání se ptejte vlastníků na varovné signály, výsledky zmírnění a zbývající nejistotu. Samostatně prověřte významnou změnu rozsahu, novou závislost nebo neočekávaný výsledek testu. Upravte hodnocení, když to důkazy odůvodňují, a vysvětlete změnu posouzení.
Mřížku lze exportovat do Markdown nebo CSV pro plánovací diskusi. Označte úkol v Jira jako místo ověření aktuálního záznamu. Sdílený export je snímek a nemusí už odrážet nejnovější hodnocení týmu.
Využijte setkání ke změně dalších kroků
Vyplněná mřížka je užitečná, pokud ovlivňuje přípravu. U našeho týmu portálu premortem vede k nácviku migrace, jasnějším formulacím a kontrole shody příručky podpory s kandidátem vydání. Každý krok řeší konkrétní scénář selhání navržený lidmi provádějícími práci.
Začněte jedním vydáním, krátkou moderovanou diskusí a malou sadou významných rizik. Pomocí Power Pack udržujte scénáře, vlastníky a reakce viditelné u úkolu v Jira. Záznam pak přineste na příští rozhovor o vydání, kde tým vyhodnotí, co se skutečně změnilo.
Související články
Veďte záznam rozhodnutí v Jira: pamatujte si, proč jste zvolili tento přístup
Zaznamenejte kontext, alternativy a důsledky rozhodnutí v Jira. Vytvořte užitečný záznam pomocí Power Pack a rozpoznejte, kdy volbu přehodnotit.
Spravujte schválení zainteresovaných stran v Jira: vyjasněte jejich stav
Dejte každé kontrole jasný rozsah, konkrétního schvalovatele a viditelný stav. Udržujte schválení srozumitelná při změnách práce na vydání.
Kontaktujte nás
Máte otázky k tomuto článku? Proberme vaše technické cíle.