DACI a Jirában: legyen minden döntésnek egyértelmű felelőse

Egy Jira-feladat hosszú vitát gyűjthet össze anélkül, hogy közelebb kerülne a döntéshez. A fejlesztés egy dolgot javasol, az ügyfélszolgálat mást, a termékfelelős pedig várja, hogy valaki összefogja a lehetőségeket. Mindenki részt vesz, de senki sem tudja, ki mondja ki a végső szót.

A DACI szerkezetet ad ennek a beszélgetésnek. Meghatározza, ki viszi előre a döntést, ki dönt, kinek a szakértelme számít, és kinek kell az eredmény. Ebben az útmutatóban egy képzeletbeli ügyfélportál-csapattal végigmegyünk az értesítések kézbesítéséről szóló döntésen, majd rögzítjük a szerepeket a Power Pack for Jira eszközben.

Ismerd meg a négy DACI-szerepet

A DACI a Driver, Approver, Contributors és Informed rövidítése. Az Atlassian DACI-gyakorlata szerint a Driver szervezi a döntési folyamatot, az Approver pedig az egyetlen személy, aki meghozza a választást. A Contributors szakértelmet adnak, az Informed résztvevők megkapják az eredményt. A forrást alább találod.

A beszélgetésben különítsd el a koordinátort és a jóváhagyót. A munka szervezése nem ad automatikusan végső döntési jogot. Ugyanígy a választás meghozatala nem jelenti, hogy a jóváhagyónak személyesen kell minden bizonyítékot összegyűjtenie.

Válassz döntést igénylő kérdést

Képzeletbeli portálunkon az ügyfelek követhetik támogatási kéréseik frissítéseit. A csapatnak el kell döntenie, hogyan jutnak el hozzájuk a szokásos állapotértesítések a következő kiadásban. Azonnali e-mailt, napi összefoglalót és portálon belüli postaládát mérlegelnek.

Maya termékfelelős kevesebb zavaró e-mailt szeretne. Leo mérnök egy második értesítési rendszer hozzáadása miatt aggódik. Sam ügyfélszolgálati vezető attól tart, hogy az ügyfelek lemaradnak az előrelépésekről. Priya tesztelőnek rögzített megközelítés kell a kiadási ellenőrzések megtervezéséhez.

Írd a megfelelő Jira-feladatra: „Hogyan kézbesítsük a támogatási kérések szokásos frissítéseit a portál első kiadásában?” Ez határt szab a beszélgetésnek. A szokásos állapotváltozásokra vonatkozik, nem a jelszó-visszaállításra, a sürgős biztonsági értesítésekre vagy minden jövőbeli kommunikációs csatornára.

A szokásos csapatfolyamat szerint add meg a döntés céldátumát a feladat leírásában. Példánkban a válasz a következő tervezés előtt kell. A dátum koordinációs megállapodás, nem ígéret arra, hogy a mátrix emlékeztetőket küld vagy kikényszeríti a határidőt.

A tényleges bizonytalanság köré oszd ki a szerepeket

A csapat Leót választja koordinátornak, mert össze tudja állítani a megvalósítási lehetőségeket és azonosítani a hiányzó műszaki bizonyítékokat. Maya a jóváhagyó, mert a kiadási kompromisszum az egyeztetett termékes hatáskörébe tartozik. Sam ügyfélszolgálati kontextust ad. Priya a tesztelhetőséggel és hibaforgatókönyvekkel járul hozzá. Az ügyfélkommunikációt előkészítő Elenának a végeredményre van szüksége.

A kiosztások rögzítése előtt kérdezd meg, mindenki el tudja-e látni a szerepét. Leónak idő kell az összehasonlításra. Mayának a tervezés előtt elérhetőnek kell lennie. Samnek és Priyának konkrét kérdések kellenek, nem korlátlan felhívás a hozzászólásra.

Ha ketten is úgy gondolják, náluk van a végső döntési jog, ezt a mátrix lezárása előtt tisztázzátok. Lehet, hogy a kérdés termékválasztást és külön költségvetési döntést egyesít. Válaszd szét ezeket, ha tényleg más jóváhagyót igényelnek. Egy újabb A hozzáadása a beszélgetés elkerülésére érintetlenül hagyja az alapbizonytalanságot.

Megválaszolható kérdéseket adj a közreműködőknek

Leo három friss példát kér Samtől arra, amikor az ügyfelek félreértettek egy támogatási frissítést. Priyától azt kéri, azonosítsa, mi romolhat el több, egymáshoz közeli frissítésnél. Ő maga rövid műszaki összehasonlítást készít a meglévő rendszerről.

Ezek a példához kitalált bemenetek, nem mért termékeredmények. A hasznos hozzájárulás jellegét mutatják. Minden bemenet összekapcsolja valaki szakértelmét az aktuális döntéssel.

A csapat három kérdés alapján értékeli a lehetőségeket: észreveszik-e az ügyfelek a hasznos előrelépést, fenntartható-e a megoldás a jelenlegi kapacitással, és meggyőzően tesztelhető-e a kiadás? A kérdéseket a lehetőségek mellé írják a Jira-feladatban, hogy mindenki ugyanazt a problémát értékelje.

Ne tegyél úgy, mintha minden szempont pontos pontszámmá alakítható lenne. Egy táblázat rendszerezheti a beszélgetést matematikailag helyes válasz előállítása nélkül is. Ha egy becslés bizonytalan, nevezd meg a bizonytalanságot, és döntsétek el, változtatna-e a választáson további vizsgálat.

Hasonlítsd össze a lehetőségeket a választás kérése előtt

Íme a csapat munkaváltozata. Ezek a megfigyelések a szemléltető portálunkra érvényesek, ahol az e-mail-kézbesítés már létezik, a belső postaláda viszont új fejlesztés lenne.

Sam példái szerint az ügyfelek értékelik a gyors értesítést, ha egy kérés érdemben változik. Priya rámutat, hogy ismételt szerkesztések zavaró duplikált üzeneteket generálhatnak, ha a működés nincs meghatározva. Leo elmondja, hogy ebben a rendszerben az összefoglaló további ütemezési és csoportosítási munkát igényel.

Maya most konkrét kompromisszumot mérlegelhet. Az első kiadásban azonnali e-mailt választ az érdemi állapotváltozásokra, a duplikáció kezelését pedig a megvalósítási feladatokban rögzítik. Apró belső szerkesztések nem indítanak ügyfélértesítést. A csapat visszatér az összefoglalóra, ha a visszajelzések szerint még a hasznos frissítések is túl gyakoriak.

Ez szándékosan pontosabb eredmény, mint az „e-mailt használunk”. Elmondja a fejlesztésnek, tesztelésnek és támogatásnak, mit jelent a választás. Azt a körülményt is rögzíti, amely újragondolásra késztetheti a csapatot.

Készíts DACI-mátrixot a Power Packben

Nyisd meg a Power Packet a Jira-feladaton, és válaszd a RACI / DACI Matrix eszközt. A Model választót állítsd DACI-ra. Ekkor a rendelkezésre álló szerepek D, A, C és I lesznek.

Kezdd a résztvevők névsorával, és add hozzá a döntésben érintetteket. A Power Pack támogatja Jira-felhasználók keresését és külső résztvevők bejegyzéseit. A külső bejegyzés megjeleníthet valakit a mátrixban, de nem hoz létre fiókot vagy hozzáférést a Jira-feladathoz.

Az eredmények nézetben adj hozzá egy sort a döntési kérdésnek. Bár a felület eredményeket használ sorstruktúraként, egy világosan elnevezett döntés jól működik ebben a DACI-példában. A nem kapcsolódó megvalósítási feladatokat hagyd ki az első sorból, hogy a kiosztás könnyen értelmezhető maradjon.

A mátrixban Leo kapjon D-t, Maya A-t, Sam és Priya C-t, Elena pedig I-t. A cellára kattintva lépkedhetsz a szerepeken. A fókuszban lévő cellák a felületen látható szerepbetűs gyorsbillentyűket is támogatják.

Nézd át a sorjelzéseket. A Power Pack felismeri a hiányzó vagy több jóváhagyót, valamint a koordinátort igénylő sorokat. Ezek segítenek észrevenni a hiányos szerepmintát. Azt nem tudják megmondani, hogy Mayának van-e szervezeti döntési joga, vagy Leo összegyűjtött-e elegendő bizonyítékot.

Távozás előtt ellenőrizd a mentési jelzést. Helyi vagy offline állapotnál ne feltételezd, hogy a legfrissebb kiosztások már elérhetők a kollégáknak. A hasznos megállapodás az a változat, amelyet az emberek megtalálnak és közösen megvitathatnak.

Használható eredménnyel zárd le a beszélgetést

A szerepmátrix nem tartalmazza a teljes döntést. A választott megközelítést, indoklást és fontos következményeket a feladat leírásában vagy a Power Pack Decision Log eszközében rögzítsd. Add meg a komolyan mérlegelt lehetőségeket is, hogy később más kolléga is megértse a választást.

Leo ezután rövid összefoglalót oszt meg Elenával a szokásos kommunikációs folyamatban. Leírja, mi kerül kiadásra, mely üzenetek tartoznak bele, mi marad kívül, és hol található a megvalósítási munka. Elena I-vel jelölése a mátrixban nem küldi el ezt az üzenetet.

A szokásos munkafolyamatban hozd létre vagy frissítsd a szükséges Jira-feladatokat. Példánkban ezek az érdemi állapotváltozás felismerését, a duplikáció kezelését és az ellenőrzést fedik le. A DACI-kiosztás döntési szerepet rögzít; nem módosít automatikusan Jira-hozzárendelést vagy feladatállapotot.

Tartsd arányosnak a keretrendszert

Akkor használj DACI-t, ha egy valódi választás a részvétel vagy a hatáskör tisztázatlansága miatt akadt el. Egy szokásos megvalósítási részlethez, amelyről a mérnök eleve dönthet, elég lehet egy rövid megjegyzés. Minden kis választáshoz teljes mátrixot készíteni nehezítheti a folyamat fenntartását.

Ha változik a kérdés, vizsgáld felül a szerepeket. Ha a portálcsapat később fizetős értesítési szolgáltatót mérlegel, másnak kellhet jóváhagynia a költést. Az eredeti termékdöntés nem terjed ki észrevétlenül erre az új hatáskörre.

Válassz egy nyitott kérdést a mostani Jira-munkából. Határold körül, állapodjatok meg egy koordinátorban és egy jóváhagyóban, és azonosítsd a konkrét szükséges hozzájárulásokat. A Power Packkel tartsd a szerepeket láthatóan a feladat mellett, majd rögzítsd és kommunikáld a megszületett döntést.

• Atlassian Team Playbook: DACI döntéshozatali keretrendszer