Tarts premortemet a Jirában: találd meg a kiadási kockázatokat, mielőtt bekövetkeznek
Rövid csapatbeszélgetéssel tárjátok fel a valószínűsíthető hibákat, hasonlítsátok össze következményeiket, és egyezzetek meg a kockázatok csökkentésének felelőseiben.
Egy kiadás késznek tűnhet a Jirában, miközben a csapatnak még vannak le nem írt aggályai. A fejlesztés majdnem kész, a tesztelés zajlik, a bevezetés közeledik. Valaki gyanítja, hogy a régebbi ügyfélfiókok másként működnek. Más attól tart, hogy az ügyfélszolgálat hibásan magyarázza majd az új vezérlőket.
A premortem hasznos kiindulópontot ad: képzeljétek el, hogy a kiadás már rosszul sült el, és mondjátok el, mi okozta. A gyakorlat megkönnyíti a hihető hibák megbeszélését, mielőtt a csapat azok elhárításával lenne elfoglalva.
Ebben az útmutatóban egy képzeletbeli ügyfélportál kiadásához végzünk gyakorlati premortemet, és az eredményeket a Power Pack Risk & Pre-Mortem Grid eszközében rendezzük. A cél néhány kockázat egyértelmű felelőssel, figyelmeztető jelekkel és mérséklési munkával.
Válassz konkrét kiadási eredményt
Csapatunk e-mail-beállításokat ad egy ügyfélportálhoz. Az ügyfelek ki- és bekapcsolhatják a választható fióke-maileket, miközben az alapvető üzeneteket továbbra is megkapják. Maya felel a termékeredményért, Leo fejleszt, Priya vezeti a tesztelést, Sam pedig felkészíti az ügyfélszolgálatot.
A közös kiadási eredményt leíró Jira-feladatot választják a premortem helyéül. A kapcsolódó fejlesztési és tesztfeladatokat a szokásos Jira-folyamat köti össze. A kiadási feladat mellett tartott beszélgetés egyértelmű visszatérési pontot ad.
Az alkalom előtt Maya rövid terjedelmet ír: az ügyfélélmény, az e-mailek működése és az ügyfélszolgálati felkészültség áttekintése a beállítások első kiadásához. A csapat a bevezetést és az első hetet vizsgálja. Ez megakadályozza, hogy a beszélgetés a portál minden lehetséges hibájának felülvizsgálatává váljon.
A megoldások előtt képzelj el kudarcot
Indíts konkrét felvetéssel: „Egy héttel a bevezetés után vagyunk. Az ügyfelek összezavarodtak, megnőtt a támogatási kérések száma, és szüneteltetnünk kellett a bevezetést. Mi történt?” A kép legyen eléggé kellemetlen a gondolkodáshoz, de ne sugallja a kudarc elkerülhetetlenségét.
Adj mindenkinek néhány csendes percet az okok önálló leírására. Így a tesztelő aggálya vagy az ügyfélszolgálat megfigyelése is bekerülhet, mielőtt az első magabiztos magyarázat uralja a beszélgetést. Leírható okokat kérj, ne általánosságokat, mint „rossz volt a minőség”.
Ezután sorban osszátok meg a forgatókönyveket. Az első körben gyűjtsétek össze az aggályokat, és tisztázzátok jelentésüket. A legjobb megoldásról szóló vitát hagyjátok későbbre. Lehessen kellemetlen lehetőséget felvetni teljes javítási terv azonnali megvédése nélkül.
- A meglévő ügyfelek olyan beállításokat látnak, amelyek nem egyeznek jelenlegi e-mail-választásaikkal.
- A felület azt sugallja, hogy az alapvető e-mailek kikapcsolhatók.
- Az ügyfélszolgálati útmutató a kiadás előtt megváltozott vezérlőket ír le.
- A beállítás frissítése sikeresnek látszik akkor is, ha a háttérben a módosítás elbukik.
Ezek a példához kitalált helyzetek. Saját listátokat azok készítsék, akik értik a munkát, a függőségeket és az ügyfélélményt. A Power Pack rögzíti a beszélgetést; a várható események megítélését a csapat adja.
Alakítsd az aggályokat felismerhető kockázatleírásokká
A hasznos kockázat lehetséges eseményt és következményt ír le. A „Migráció” témakör. „A meglévő értékeket hibásan képezzük le, ezért egyes ügyfelek olyan opcionális e-maileket kapnak, amelyeket leállítottnak hittek” már vizsgálható forgatókönyv.
Vond össze a duplikátumokat a különböző következmények elvesztése nélkül. Több régi fiókkal kapcsolatos aggály mögött ugyanaz az ok lehet. A félrevezető címke és a sikertelen mentés egyaránt összezavarhatja az ügyfelet, de más ellenőrzést igényel, ezért általában külön kockázat maradjon.
Minden esetnél kérdezd meg, mit venne észre korán a csapat. A korai figyelmeztető jel megfigyelhető, figyelmet igénylő tünet. Példánkban a meglévő fiókbeállítás és a javasolt migrált érték eltérése hasznosabb, mint az „ügyfelek panaszkodhatnak”. Ez már bevezetés előtt ellenőrizhető.
| Hibásan képeződnek le a meglévő beállítások | Az ügyfelek kéretlen opcionális e-maileket kapnak | Egy mintafiók eltérést mutat a migrációs próba után |
| Nem világos az alapvető e-mailek leírása | Az ügyfelek leállíthatatlannak bizonyuló üzenetek megszűnését várják | Egy ellenőrző úgy érti, a vezérlő minden e-mailre vonatkozik |
| Lemarad az ügyfélszolgálati útmutató | Az ügyfélszolgálat hibás utasítást ad | A kiadásjelölt eltér az útmutató képernyőképeitől |
Egyeztessétek a valószínűség és hatás jelentését
A Power Pack 3×3-as vagy 5×5-ös mátrixot kínál, a súlyosságot a valószínűség és a hatás szorzatából számolja. A pontszám a megbeszélést és rendezést támogassa. Szubjektív értékelés, nem hibagyakorisági előrejelzés vagy várhatóveszteség-számítás.
Az első alkalomra csapatunk 3×3-at választ, és egyszerű jelentéseket egyeztet. Az egyes valószínűség kevés jelenlegi bizonyítékot jelent, a kettes hihető és vizsgálandó forgatókönyvet, a hármas erős okot arra, hogy intézkedés nélkül bekövetkezzen. Ezek a csapat munkadefiníciói.
A hatást ügyfél- és kiadási következményekhez kötik. Egy: korlátozott kellemetlenség; kettő: érdemi fennakadás utómunkával; három: súlyos ügyfélprobléma vagy a kiadás megállításának indoka. Más csapatnak más meghatározások kellenek a saját környezetéhez.
Priya a hibás migrációt kettes valószínűségűnek és hármas hatásúnak értékeli, így hat pontot kap. Megbeszélik a feltételezéseket: az új leképezést még nem próbálták reprezentatív régi fiókokkal. A hiányzó bizonyíték fontosabb a szám látszólagos pontosságánál.
Az induló kockázatok összehasonlításánál tartsd ugyanazt a skálát. A mátrixméret-váltás átskálázza a meglévő értékeket, ezért felbontásváltás után nézd át a pozíciókat. Az új hely nem jelent újonnan felfedezett bizonyítékot a kiadásról.
Add a kockázatokat a Power Packhez
Nyisd meg a Power Packet a kiválasztott Jira-feladaton, és válaszd a Risk & Pre-Mortem Grid eszközt. A hőtérkép az értékelések eloszlását mutatja, a kockázati jegyzékben a tételeket tekintheted át. Ha ismered a kezdeti valószínűséget és hatást, mátrixcellából is hozzáadhatsz kockázatot.
Minden bejegyzéshez rögzíts címet, hibaforgatókönyvet, korai figyelmeztető jelet és kategóriát. Add meg az értékeket, a mérséklési tervet és a felelőst. A Power Pack mérséklési ellenőrzőpontokat, állapotot és opcionális Jira-feladathivatkozást is támogat.
A felelős Jira-felhasználó vagy külső személy bejegyzése lehet. Olyan embert válassz, aki koordinálja a választ és visszahozza a hiányzó bizonyítékot a csapatnak. A megnevezés nem hoz létre Jira-feladatot, nem oszt ki meglévőt, és nem ad hozzáférést.
Ellenőrizd a mentési állapotot, mielőtt megosztottnak tekinted a frissített mátrixot. A változások a feladathoz tárolódnak; a helyi vagy újrapróbálkozó állapot nem igazolja, hogy egy másik kolléga már látja a legújabb tételt.
Minden fontos kockázathoz adj gyakorlati választ
Az „Alaposan tesztelni” nehezen követhető. A migrációhoz Priya reprezentatív fiókállapotokkal végzett próbát javasol, majd az eredményül kapott beállítások és várt e-mail-működés összehasonlítását. Leo vizsgálja az eltéréseket. Priya marad a kockázat felelőse, és viszi az eredményt a kiadási áttekintésre.
Bontsd a választ látható előrehaladást adó ellenőrzőpontokra. A csapat kiválaszthat reprezentatív eseteket, lefuttathatja a próbát, áttekintheti az eltéréseket és rögzítheti a maradó bizonytalanságot. A pontok szervezik a munkát, a tényleges bizonyítékok pedig a tesztelési vagy megvalósítási feladatokban maradnak.
Ha külön Jira-feladat kell a mérsékléshez, hozd létre és oszd ki a szokásos munkafolyamatban, majd add a kulcsát hivatkozásként a kockázathoz. Ez követhetőbbé teszi a kapcsolatot, de nem hozza létre automatikusan és nem irányítja a munkát.
Bizonyítékváltozáskor vizsgáld felül az állapotot
A Power Pack Identified, In Progress, Mitigated és Accepted állapotokat kínál. Identified legyen a rögzített forgatókönyv, In Progress az aktív válaszmunka. Egyeztessétek, milyen bizonyíték kell a Mitigated megjelöléshez.
Az Accepted jelenthet tudatos döntést a maradó kockázattal való továbblépésről. Maya például elfogadhat kis dokumentációs hiányt, ha Sam megerősíti az átmeneti válasz rendelkezésre állását. Rögzítsd az indokot, és térj vissza rá a feltételezések változásakor. Az elfogadás értett döntés legyen, ne a mátrix rendbetételének eszköze.
A kiadási áttekintésen kérdezz a figyelmeztető jelekről, a mérséklés eredményeiről és a maradó bizonytalanságról. Külön vizsgáld a jelentős terjedelemváltozást, új függőséget vagy váratlan teszteredményt. Bizonyíték alapján módosíts értékelést, és magyarázd el az okát.
A mátrix Markdown- vagy CSV-formátumban exportálható tervezési megbeszéléshez. Jelöld meg a Jira-feladatot az aktuális nyilvántartás helyeként. A megosztott export pillanatfelvétel, és később már nem feltétlenül tükrözi a legfrissebb értékelést.
Az alkalom változtassa meg a következő lépéseket
A kész mátrix akkor hasznos, ha befolyásolja a felkészülést. Portálcsapatunknál a premortem migrációs próbához, világosabb szövegezéshez és az útmutató kiadásjelölttel való összevetéséhez vezet. Minden lépés a munkát végzők által felvetett konkrét hibára reagál.
Kezdj egy kiadással, rövid moderált beszélgetéssel és néhány érdemi kockázattal. A Power Packkel tartsd láthatóan a forgatókönyveket, felelősöket és válaszokat a Jira-feladat mellett. A következő kiadási beszélgetésre vidd vissza a nyilvántartást, és nézzétek meg, mi változott ténylegesen.
Kapcsolódó cikkek
Vezess döntési naplót a Jirában: őrizd meg, miért ezt az utat választottátok
Rögzítsd a Jira-döntések hátterét, alternatíváit és következményeit. Készíts hasznos döntési naplót a Power Packkel, és tudd, mikor kell újragondolni egy választást.
Érintetti jóváhagyások kezelése a Jirában: legyen világos az állapot
Minden érintetti ellenőrzés kapjon egyértelmű terjedelmet, kijelölt jóváhagyót és látható állapotot. A kiadási munka változásakor is maradjanak érthetők a jóváhagyások.
Beszéljünk
Kérdése van a cikkel kapcsolatban? Beszéljük át műszaki céljait.