DACI v Jira: dejte každému rozhodnutí jasného vlastníka

Úkol v Jira může shromáždit dlouhou diskusi, aniž by se přiblížil rozhodnutí. Vývoj doporučuje jedno, podpora druhé a produktová manažerka čeká, až někdo spojí možnosti dohromady. Všichni se účastní, ale nikdo neví, kdo má rozhodnout.

DACI dává takovému rozhovoru strukturu. Určuje, kdo rozhodnutí posouvá vpřed, kdo rozhoduje, čí znalosti jsou důležité a kdo potřebuje výsledek. V této příručce s fiktivním týmem zákaznického portálu projdeme rozhodnutí o doručování oznámení a zaznamenáme role v Power Pack pro Jira.

Pochopte čtyři role DACI

DACI znamená Driver, Approver, Contributors a Informed. Aktivita DACI od Atlassianu popisuje Driver jako osobu organizující rozhodovací proces a Approver jako jedinou osobu, která volí. Contributors poskytují odborné znalosti; účastníci Informed dostávají výsledek. Odkaz na zdroj je dole.

V rozhovoru rozlišujte koordinátora a schvalovatele. Koordinace práce automaticky nedává člověku konečné rozhodnutí. Stejně tak volba výsledku neznamená, že schvalovatel musí osobně shromáždit každý důkaz.

Vyberte otázku, která vyžaduje rozhodnutí

Náš fiktivní portál umožňuje zákazníkům sledovat aktualizace požadavků na podporu. Tým musí vybrat, jak budou v příštím vydání dostávat běžná oznámení o stavu. Zvažují okamžitý e-mail, denní souhrn a schránku uvnitř portálu.

Maya, produktová manažerka, chce méně rušivých e-mailů. Leo, vývojář, má obavy z přidání druhého systému oznámení. Sam, vedoucí podpory, se bojí, že zákazníci přehlédnou postup řešení. Priya, testerka, potřebuje dohodnutý přístup před navržením kontrol vydání.

Na příslušný úkol v Jira napište otázku: „Jak máme doručovat běžné aktualizace požadavků na podporu v prvním vydání portálu?“ Toto znění vymezuje diskusi. Pokrývá běžné změny stavu; nerozhoduje o obnově hesla, naléhavých bezpečnostních upozorněních ani všech budoucích komunikačních kanálech.

Do popisu úkolu přidejte cílové datum rozhodnutí běžným postupem týmu. V tomto příkladu je odpověď potřeba před příštím plánováním. Datum je koordinační dohoda, nikoli příslib, že matice bude posílat připomínky nebo vynucovat termín.

Přiřaďte role podle skutečné nejistoty

Tým vybere Lea jako koordinátora, protože může sestavit implementační možnosti a určit chybějící technické důkazy. Maya je schvalovatelkou, protože kompromis vydání spadá do její dohodnuté produktové pravomoci. Sam přispívá kontextem zákaznické podpory. Priya přispívá ověřitelností a scénáři selhání. Elena, která připravuje komunikaci se zákazníky, potřebuje konečný výsledek.

Před zadáním přiřazení se zeptejte, zda každý svou roli může splnit. Leo potřebuje čas na porovnání možností. Maya musí být dostupná před plánováním. Sam a Priya potřebují konkrétní otázky, ne neomezenou výzvu k připomínkování.

Pokud se dva lidé domnívají, že mají konečnou pravomoc, vyjasněte hranici před prohlášením matice za úplnou. Možná otázka spojuje produktovou volbu se samostatným rozhodnutím o rozpočtu. Rozdělte je, pokud skutečně vyžadují různé schvalovatele. Přidání dalšího A k obejití rozhovoru ponechá základní nejistotu nedotčenou.

Dávejte přispěvatelům otázky, na které mohou odpovědět

Leo požádá Sama o tři nedávné příklady, kdy zákazníci nepochopili aktualizaci požadavku na podporu. Požádá Priyu, aby určila, co se může pokazit při několika rychle následujících aktualizacích. Připraví krátké technické srovnání podle existujícího systému týmu.

Jde o fiktivní vstupy pro příklad, nikoli měřené výsledky produktu. Ukazují, jak vypadá užitečný příspěvek. Každý propojuje znalosti člověka s přijímaným rozhodnutím.

Tým se dohodne posuzovat možnosti podle tří otázek: všimnou si zákazníci užitečného pokroku, zvládne tým přístup podporovat se současnou kapacitou a lze vydání přesvědčivě otestovat? Otázky zapíší k možnostem do úkolu v Jira, aby všichni hodnotili stejný problém.

Nepředstírejte, že každou úvahu lze převést na přesné skóre. Tabulka může uspořádat rozhovor, aniž by vytvořila matematicky správnou odpověď. Je-li odhad nejistý, nejistotu pojmenujte a rozhodněte, zda by další zkoumání změnilo volbu.

Porovnejte možnosti před žádostí o volbu

Zde je pracovní srovnání týmu. Tato pozorování patří k našemu ilustrativnímu portálu, kde doručování e-mailů již existuje a schránka v portálu by byla novou prací.

Samovy příklady naznačují, že zákazníci oceňují rychlou zprávu při významné změně požadavku. Priya upozorňuje, že opakované úpravy mohou vytvářet matoucí duplicitní zprávy, pokud chování nebude definováno. Leo vysvětluje, že v tomto systému souhrn vyžaduje další práci na plánování a seskupování.

Maya nyní může posoudit konkrétní kompromis. Pro první vydání volí okamžité e-maily při významných změnách stavu s řešením duplicit specifikovaným v realizačních úkolech. Drobné interní úpravy nebudou vytvářet oznámení zákazníkům. Tým se k souhrnu vrátí, pokud zpětná vazba ukáže, že i užitečné aktualizace přicházejí příliš často.

Výsledek je záměrně přesnější než „použít e-mail“. Říká implementaci, testování i podpoře, co volba znamená. Zaznamenává také okolnost, která může tým vést k přehodnocení.

Vytvořte matici DACI v Power Pack

Otevřete Power Pack u úkolu v Jira a zvolte RACI / DACI Matrix. Nastavte volič Model na DACI. Matice pak používá dostupné role D, A, C a I.

Začněte seznamem účastníků a přidejte lidi zapojené do rozhodnutí. Power Pack podporuje vyhledávání uživatelů Jira a záznamy externích účastníků. Externí záznam může zastupovat člověka v matici; nevytváří účet ani mu neuděluje přístup k úkolu v Jira.

V pohledu výstupů přidejte řádek pro rozhodovací otázku. Ačkoli rozhraní používá jako strukturu řádků výstupy, jasně pojmenované rozhodnutí pro tento příklad DACI funguje dobře. Nesouvisející implementační úkoly do prvního řádku nezahrnujte, aby přiřazení zůstalo snadno pochopitelné.

Přejděte k matici a přiřaďte Leovi D, Maye A, Samovi a Priye C a Eleně I. Klikáním na buňku procházíte dostupné role. Buňky s fokusem podporují i zkratky pomocí písmen rolí uvedené v rozhraní.

Zkontrolujte ukazatele řádku. Power Pack rozpozná chybějící schvalovatele, více schvalovatelů a řádky vyžadující koordinátora. Tyto kontroly pomáhají odhalit neúplný vzorec rolí. Neurčí, zda Maya má organizační pravomoc rozhodnout nebo zda Leo skutečně shromáždil dost důkazů.

Před opuštěním úkolu zkontrolujte ukazatel uložení. Pokud nástroj hlásí lokální nebo offline stav, nepředpokládejte, že nejnovější přiřazení už jsou dostupná kolegům. Užitečná dohoda je verze, kterou lidé mohou najít a společně prodiskutovat.

Uzavřete diskusi použitelným výsledkem

Matice rolí neobsahuje celé rozhodnutí. Zaznamenejte zvolený přístup, odůvodnění a důležité důsledky do popisu úkolu nebo Decision Log v Power Pack. Uveďte možnosti, které byly vážně zvažovány, aby jiný kolega mohl volbu později pochopit.

Leo pak sdílí stručný výsledek s Elenou běžným komunikačním postupem týmu. Aktualizace uvádí, co bude vydáno, které zprávy jsou zahrnuty, co zůstává mimo rozsah a kde najít implementační práci. Označení Eleny písmenem I v matici tuto zprávu neodešle.

Vytvořte nebo aktualizujte potřebné realizační úkoly v Jira běžným pracovním postupem. V příkladu pokrývají rozpoznání významné změny stavu, řešení duplicit a ověření. Přiřazení DACI zaznamenává roli v rozhodnutí; automaticky nemění řešitele Jira ani stav úkolu.

Udržujte rámec přiměřený

Použijte DACI, když skutečnou volbu blokuje nejasná účast nebo pravomoc. Běžný implementační detail, o kterém již může rozhodnout vývojář, může potřebovat jen krátkou poznámku. Přidání celé matice ke každé malé volbě může ztížit údržbu procesu.

Při změně otázky přiřazení přehodnoťte. Pokud tým portálu později zvažuje placeného poskytovatele oznámení, výdaj možná musí schválit někdo jiný. Původní produktové rozhodnutí se bez dalšího nerozšiřuje na tuto novou pravomoc.

Vyberte jednu nevyřešenou otázku v aktuální práci v Jira. Jasně ji vymezte, dohodněte koordinátora a jednoho schvalovatele a určete konkrétní potřebné vstupy. Udržujte role viditelné u úkolu pomocí Power Pack a po přijetí rozhodnutí je zaznamenejte a sdělte.

• Atlassian Team Playbook: rozhodovací rámec DACI