ÚtmutatókPower Pack8 perc olvasás

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.

A kockázat akkor válik hasznos tervezési információvá, ha a csapat a lehetséges hibát felelőssel és gyakorlati válasszal kapcsolja össze.

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ásokAz ügyfelek kéretlen opcionális e-maileket kapnakEgy mintafiók eltérést mutat a migrációs próba után
Nem világos az alapvető e-mailek leírásaAz ügyfelek leállíthatatlannak bizonyuló üzenetek megszűnését várjákEgy 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 adA 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

Beszéljünk

Kérdése van a cikkel kapcsolatban? Beszéljük át műszaki céljait.

Kapcsolattartási Adatok