DACI in Jira: geef elk besluit een duidelijke verantwoordelijke

Een Jira-issue kan een lange discussie verzamelen zonder dichter bij een besluit te komen. Engineering heeft één aanbeveling, ondersteuning een andere en de producteigenaar wacht tot iemand de opties samenbrengt. Iedereen doet mee, maar niemand weet wie de knoop moet doorhakken.

DACI geeft dat gesprek structuur. Het benoemt wie het besluit vooruithelpt, wie beslist, wiens kennis nodig is en wie de uitkomst moet ontvangen. In deze handleiding gebruiken we een fictief klantenportaalteam om een besluit over notificatiebezorging uit te werken en de rollen vast te leggen in Power Pack voor Jira.

Begrijp de vier DACI-rollen

DACI staat voor Driver, Approver, Contributors en Informed. De DACI-aanpak van Atlassian beschrijft de Driver als degene die het besluitvormingsproces organiseert en de Approver als de enige persoon die de keuze maakt. Contributors leveren kennis; geïnformeerde deelnemers ontvangen de uitkomst. De bron staat hieronder.

Houd de trekker en goedkeurder in je gesprek uit elkaar. Het werk coördineren geeft iemand niet automatisch de eindbeslissing. Omgekeerd betekent de uitkomst kiezen niet dat de goedkeurder persoonlijk elk bewijsstuk moet verzamelen.

Kies een vraag die om een besluit vraagt

Ons fictieve portaal laat klanten updates van hun ondersteuningsverzoeken volgen. Het team moet kiezen hoe gewone statusnotificaties klanten in de volgende release bereiken. Ze overwegen directe e-mail, een dagelijkse samenvatting en een inbox in het portaal.

Maya, de producteigenaar, wil minder afleidende e-mails. Leo, de engineer, maakt zich zorgen over het toevoegen van een tweede notificatiesysteem. Sam, de teamleider ondersteuning, vreest dat klanten voortgangsupdates missen. Priya, de tester, heeft een vastgestelde aanpak nodig voordat ze de releasecontroles ontwerpt.

Schrijf de vraag op het relevante Jira-issue: “Hoe moeten we gewone updates over ondersteuningsverzoeken bezorgen in de eerste portaalrelease?” Die formulering begrenst het gesprek. Het gaat om gewone statuswijzigingen; niet om het gedrag van wachtwoordherstel, dringende beveiligingsmeldingen of elk toekomstig communicatiekanaal.

Voeg via het normale teamproces een beoogde beslisdatum toe aan de issuebeschrijving. In dit voorbeeld is het antwoord nodig vóór de volgende planningssessie. Die datum is een afstemmingsafspraak, geen belofte dat de matrix herinneringen verstuurt of een deadline afdwingt.

Wijs rollen toe rond de echte onzekerheid

Het team kiest Leo als trekker omdat hij de implementatieopties kan verzamelen en ontbrekend technisch bewijs kan benoemen. Maya is de goedkeurder omdat de afweging voor de release binnen haar afgesproken productbevoegdheid valt. Sam draagt klantondersteuningscontext bij. Priya draagt testbaarheid en faalscenario's bij. Elena, die klantcommunicatie voorbereidt, heeft de uiteindelijke uitkomst nodig.

Vraag vóór het invoeren van deze toewijzingen of iedereen de rol kan vervullen. Leo heeft tijd nodig om de opties te vergelijken. Maya moet vóór de planning beschikbaar zijn. Sam en Priya hebben specifieke vragen nodig, geen open uitnodiging om onbeperkt te blijven reageren.

Als twee mensen allebei denken dat ze de eindbevoegdheid hebben, verduidelijk die grens dan voordat je de matrix compleet noemt. Misschien combineert de vraag een productkeuze met een afzonderlijk budgetbesluit. Splits die besluiten wanneer ze echt verschillende goedkeurders nodig hebben. Een extra A toevoegen om het gesprek te vermijden laat de onderliggende onzekerheid bestaan.

Geef bijdragers vragen die ze kunnen beantwoorden

Leo vraagt Sam om drie recente voorbeelden waarin klanten een update van een ondersteuningsverzoek verkeerd begrepen. Hij vraagt Priya wat er mis kan gaan wanneer meerdere updates kort na elkaar plaatsvinden. Hij maakt een korte technische vergelijking op basis van het bestaande systeem van het team.

Dit zijn fictieve bijdragen voor het voorbeeld, geen gemeten productresultaten. Ze laten zien hoe een nuttige bijdrage eruitziet. Elke bijdrage verbindt iemands kennis met het besluit dat wordt genomen.

Het team spreekt af de opties aan drie vragen te toetsen: merken klanten nuttige voortgang op, kan het team de aanpak met de huidige capaciteit ondersteunen en kan de release overtuigend worden getest? Ze schrijven die vragen naast de opties in het Jira-issue, zodat iedereen hetzelfde probleem beoordeelt.

Doe niet alsof elke overweging tot een nauwkeurige score kan worden teruggebracht. Een tabel kan het gesprek ordenen zonder een wiskundig juist antwoord op te leveren. Benoem onzekerheid in een schatting en bepaal of verder onderzoek de keuze zou veranderen.

Vergelijk opties voordat je om een keuze vraagt

Dit is de werkvergelijking van het team. Deze observaties horen bij ons voorbeeldportaal, waarin e-mailbezorging al bestaat en een portaalinbox nieuw werk zou zijn.

Sams voorbeelden suggereren dat klanten een snelle update waarderen wanneer een verzoek wezenlijk verandert. Priya wijst erop dat herhaalde bewerkingen verwarrende dubbele berichten kunnen veroorzaken als het gedrag niet is vastgelegd. Leo legt uit dat een samenvatting in dit specifieke systeem extra werk voor planning en bundeling vraagt.

Maya kan nu een concrete afweging maken. Ze kiest directe e-mail voor betekenisvolle statuswijzigingen in de eerste release, met de afhandeling van duplicaten vastgelegd in de uitvoeringstickets. Kleine interne bewerkingen veroorzaken geen klantnotificaties. Het team bekijkt een samenvatting opnieuw als klantfeedback laat zien dat nuttige updates nog steeds te vaak komen.

Die uitkomst is bewust nauwkeuriger dan “gebruik e-mail”. Ze vertelt implementatie, testen en ondersteuning wat de keuze betekent. Ze legt ook vast welke omstandigheid tot heroverweging kan leiden.

Maak de DACI-matrix in Power Pack

Open Power Pack op het Jira-issue en kies de tool RACI / DACI Matrix. Zet de keuzelijst Model op DACI. De matrix gebruikt dan D, A, C en I als beschikbare rollen.

Begin met de deelnemerslijst en voeg de betrokken mensen toe. Power Pack ondersteunt zoeken naar Jira-gebruikers en vermeldingen voor externe deelnemers. Een externe vermelding kan iemand in de matrix vertegenwoordigen; die maakt geen account aan en geeft die persoon geen toegang tot het Jira-issue.

Voeg in de resultatenweergave een rij voor de beslisvraag toe. Hoewel de interface op te leveren resultaten als rijstructuur gebruikt, werkt een duidelijk benoemd besluit goed voor dit DACI-voorbeeld. Houd ongerelateerde implementatietaken buiten deze eerste rij, zodat de toewijzing eenvoudig te begrijpen blijft.

Ga naar de matrix en geef Leo D, Maya A, Sam en Priya C en Elena I. Klikken op een cel doorloopt de beschikbare rollen. Cellen met focus ondersteunen ook de sneltoetsen met rolletters die de interface toont.

Bekijk de rijindicatoren. Power Pack herkent ontbrekende goedkeurders, meerdere goedkeurders en rijen die een trekker nodig hebben. Die controles helpen een onvolledig rollenpatroon te vinden. Ze kunnen niet bepalen of Maya binnen de organisatie bevoegd is om te beslissen of dat Leo daadwerkelijk genoeg bewijs heeft verzameld.

Controleer de opslagindicator voordat je het issue verlaat. Als de tool een lokale of offline status aangeeft, ga er dan niet van uit dat teamleden de nieuwste toewijzingen al kunnen zien. De nuttige afspraak is de versie die mensen samen kunnen vinden en bespreken.

Rond het gesprek af met een bruikbare uitkomst

Een rollenmatrix bevat niet het hele besluit. Leg de gekozen aanpak, de redenering en belangrijke gevolgen vast in de issuebeschrijving of in Decision Log van Power Pack. Neem de serieus overwogen opties op, zodat een ander teamlid de keuze later kan begrijpen.

Leo deelt vervolgens via het normale communicatieproces een beknopte uitkomst met Elena. De update zegt wat wordt uitgebracht, welke berichten eronder vallen, wat buiten de reikwijdte blijft en waar het implementatiewerk staat. Elena met I markeren in een matrix verstuurt dat bericht niet.

Maak of actualiseer de benodigde uitvoeringstickets in Jira via je normale workflow. In dit voorbeeld gaan ze over het herkennen van betekenisvolle statuswijzigingen, duplicatenafhandeling en controle. Een DACI-toewijzing registreert een rol in het besluit; die verandert niet automatisch de toegewezen persoon in Jira of de status van een issue.

Houd het model in verhouding

Gebruik DACI wanneer een echte keuze vastloopt door onduidelijke deelname of bevoegdheid. Een gewoon implementatiedetail waarover een engineer al kan beslissen, heeft misschien alleen een korte notitie nodig. Een volledige matrix voor elke kleine keuze kan het proces moeilijker te onderhouden maken.

Bekijk de toewijzingen opnieuw als de vraag verandert. Als het portaalteam later een betaalde notificatieleverancier overweegt, moet mogelijk iemand anders de uitgaven goedkeuren. Het oorspronkelijke productbesluit strekt zich niet stilzwijgend uit tot die nieuwe bevoegdheid.

Kies één openstaande vraag in je huidige Jira-werk. Geef die een duidelijke grens, spreek een trekker en één goedkeurder af en benoem de specifieke benodigde input. Gebruik Power Pack om die rollen bij het issue zichtbaar te houden en leg het besluit vast en communiceer het zodra het is genomen.

• Atlassian Team Playbook: DACI-model voor besluitvorming