VeiledningerPower Pack8 min lesetid

Slik lager du en RACI-matrise i Jira: gjør ansvaret tydelig

Bruk et lite eksempel fra en kundeportal til å avtale hvem som gjør arbeidet, hvem som har ansvaret for resultatet, og hvem som må involveres.

En konseptuell illustrasjon av felles arbeid og ulike ansvarsområder, ikke et skjermbilde av Power Pack.

En Jira-sak kan være tilordnet en person og likevel ha viktige uavklarte ansvarsområder. Hvem har ansvaret for sluttresultatet? Hvem må gjennomgå arbeidet før det er ferdig? Hvem bør få en oppdatering uten å delta i alle diskusjoner?

Disse spørsmålene blir vanskeligere når ett arbeid går på tvers av produkt, utvikling, testing og kundestøtte. Den tilordnede personen kan implementere endringen, men blir ikke automatisk ansvarlig for alle samtaler rundt den.

En RACI-matrise gjør forventningene synlige. Den kobler et lite sett leveranser til de involverte personene og registrerer hvordan hver enkelt deltar.

I denne veiledningen lager vi et praktisk eksempel for en fiktiv kundeportalutgivelse og viser deretter hvordan matrisen organiseres i Power Pack for Jira. Målet er en kort og nyttig avtale som hjelper folk å handle med trygghet.

Hva betyr RACI?

RACI beskriver fire måter å delta i et arbeid på:

Utførende ansvarligUtfører arbeidet som trengs for å produsere leveransen.Hvem skal faktisk gjøre dette?
Overordnet ansvarligHar ansvaret for resultatet og står til ansvar for ferdigstillelsen.Hvem sikrer at dette når et akseptabelt resultat?
RådførtGir innspill som bør påvirke arbeidet.Hvem sin kompetanse trenger vi før vi er ferdige?
InformertMottar relevante oppdateringer eller resultatet.Hvem trenger å vite hva som skjedde?

Bruk én overordnet ansvarlig per rad. Tilordne minst én utførende ansvarlig, og gjør delt utførelsesansvar tydelig. Rådføring innebærer en samtale; å informere noen kan bare kreve en kort oppdatering.

Definisjonene samsvarer med Atlassians forklaring av et RACI-diagram. Resten av veiledningen bruker dem i en illustrerende Jira-arbeidsflyt.

Skillet mellom utførende og overordnet ansvar er særlig nyttig. En utvikler kan implementere en varslingsinnstilling mens en produkteier fortsatt står ansvarlig for at det avtalte kunderesultatet leveres. Ingen av rollene fjerner behovet for teknisk vurdering eller samarbeid.

Start med et reelt samordningsproblem

Det fiktive teamet vårt forbereder en oppdatering av en kundeportal. Kundene skal kunne velge hvilke kontorelaterte e-poster de mottar. Endringen trenger også testing og en kort støtteveiledning.

Teamet består av Maya, produkteier; Leo, utvikler; Priya, tester; og Sam, leder for kundestøtte. Navnene og tilordningene er eksempler, ikke en foreskrevet bemanningsmodell.

Før de lager matrisen, identifiserer de kilden til forvirringen: alle er enige om at innstillingsskjermen må bygges, men ingen har uttrykkelig tatt ansvar for støtteinstruksjonene. Testingen avhenger også av en produktbeslutning om hvilke e-poster kundene må fortsette å motta.

Dette er en god grunn til å lage en RACI-matrise. Et team med én enkel oppgave og en tydelig ansvarlig trenger kanskje ikke en. Bruk modellen der en samtale om ansvar vil endre hvordan folk jobber.

Velg Jira-saken som gir diskusjonen et fornuftig hjem. Den bør beskrive det felles resultatet og lenke til det relevante leveransearbeidet. Fortell teamet hvor matrisen finnes, slik at den blir en del av planleggingsrutinen.

Beskriv leveranser folk kan kjenne igjen

Start med resultater fremfor brede avdelinger eller uklare faser. «Utvikling» er en gruppe mennesker. «Implementer kontrollene for e-postinnstillinger» beskriver arbeid noen kan fullføre.

I eksemplet velger teamet fire rader:

  • Avtal hvilke varslingsinnstillinger kundene kan endre.
  • Implementer kontrollene for e-postinnstillinger.
  • Kontroller innstillingsendringer mot e-postleveringen.
  • Publiser støtteinstruksjoner for de nye kontrollene.

Hver rad bør være liten nok til å ha en tydelig ansvarlig, men viktig nok til å fortjene en diskusjon. Å liste hvert lille implementeringstrinn kan begrave samordningsproblemet i administrasjon.

Hvis en rad gjentatte ganger trenger to overordnet ansvarlige personer, bør du undersøke omfanget. «Bygg og lanser hele opplevelsen» kan inneholde flere resultater med forskjellige ansvarlige. Del der ansvaret faktisk endres, og kontroller at delene fortsatt beskriver hele resultatet.

Lag et første utkast til matrisen

Her er teamets første avtale. En strek betyr at ingen bestemt rolle er tilordnet for den leveransen.

Avtal hvordan innstillingene skal fungereARCC
Implementer innstillingskontrolleneARCI
Kontroller hvordan innstillinger og e-post fungererACRI
Publiser støtteinstruksjonerCRIA

Den siste raden fortjener en forklaring. Sam har ansvaret for at støtteinstruksjonene er riktige og nyttige, mens Leo skriver de tekniske trinnene. Dette er avtalen akkurat dette teamet har inngått. Et annet team kan gi skrivearbeidet til en støttespesialist.

En matrise bør beskrive den faktiske arbeidsavtalen. Unngå å fylle den ut bare ut fra stillingstitler. Noen kan ha relevant kompetanse uten å være tilgjengelig for arbeidet, og en senior tittel gjør ikke automatisk personen til riktig overordnet ansvarlig.

Les hver rad høyt. For testraden er avtalen: Priya utfører kontrollen, Leo gir tekniske innspill, Maya har ansvaret for resultatet, og Sam mottar resultatet. Hvis setningen overrasker noen, løs uenigheten før matrisen regnes som avklart.

Legg avtalen inn i Power Pack

Åpne Power Pack på Jira-saken, og bruk RACI / DACI Matrix. Ansvarsmodellen heter RA(S)CI: de fire RACI-rollene pluss en valgfri støtterolle, Support. Du kan lage eksemplet med R, A, C og I uten å tilordne S.

Gå gjennom visningene for deltakere, leveranser og matrise. Start med å legge til de involverte personene. Deltakerlisten støtter søk etter Jira-brukere og oppføringer for eksterne deltakere eller personer uten Jira. En ekstern oppføring registrerer noen i listen; den oppretter ingen Jira-konto og gir ikke tilgang til saken.

Legg deretter til de avtalte leveransene. Power Pack tilbyr også Import Subtasks for å hente eksisterende underoppgaver inn i utvalget av tilgjengelige leveranser. Gå gjennom valgte leveranser før du går videre til matrisen, slik at radene passer til samtalen du vil ha.

Tilordne en rolle i hvert relevant krysningspunkt i matrisen. Et klikk i en celle veksler mellom tilgjengelige roller, og celler med fokus støtter også hurtigtaster med rollebokstaver. La cellen stå uten tilordning når personen ikke har et meningsfullt ansvar for raden.

Verktøyet fremhever manglende ansvarlige, flere ansvarlige og rader uten en utfører. Bruk indikatorene som oppfordringer til å gjennomgå tilordningene. En gyldig rad betyr at grunnmønsteret av roller finnes; det beviser ikke at personene har sagt ja, har nok tid eller har fullført arbeidet.

Endringer lagres på Jira-saken. Kontroller lagringsindikatoren før du går videre eller ber noen andre gjennomgå matrisen. En lokal eller frakoblet tilstand må ikke forveksles med bekreftelse på at en kollega allerede kan se den nyeste versjonen.

Gå gjennom personene i tillegg til radene

En matrise kan se fornuftig ut rad for rad og samtidig legge for mye arbeid på én person. Les hver persons kolonne etter at leveransene er gjennomgått.

I eksemplet utfører Leo arbeidet med å avtale atferden, implementere kontrollene og skrive støtteinstruksjonene. Det kan passe for en liten endring. For en større utgivelse kan det avdekke en flaskehals teamet bør håndtere før det lover en leveringsdato.

Spør hver person om de forstår rollen og kan fylle den. Kontroller når rådføring trengs, hvor raskt tilbakemelding forventes, og hva informerte deltakere skal motta. Registrer detaljer om tid og kommunikasjon ved siden av arbeidet i den vanlige Jira-prosessen.

En C i en celle planlegger ingen gjennomgang. En I sender ingen oppdatering. Matrisen angir forventningen; teamet må fortsatt gjennomføre den.

Hold ansvar atskilt fra Jiras arbeidsflyt

RACI-tilordninger beskriver deltakelse rundt en leveranse. De må ikke forveksles med Jiras felt for tilordnet person, sakstillatelser eller arbeidsflytstatus.

Å endre en ansvarscelle erstatter ikke å tilordne en leveranseoppgave, gi noen tilgang eller endre sakens status. Hold disse Jira-handlingene i samsvar med avtalen gjennom den vanlige arbeidsflyten.

Power Pack kan eksportere matrisen som Markdown-tabell eller CSV for diskusjon andre steder. Hvis du deler en kopi, oppgi Jira-saken som stedet for å kontrollere gjeldende tilordninger. Ellers kan en eksportert tabell fortsette å sirkulere etter at teamet har endret planen.

Gå tilbake til matrisen når omfanget endres, en deltaker blir utilgjengelig eller et nytt behov for gjennomgang oppstår. En kort kontroll ved en vesentlig endring er mer nyttig enn å behandle første versjon som permanent.

Unngå tre vanlige RACI-feil

Å gjøre alle til rådførte

Rådføring bør svare på et konkret spørsmål. Å involvere alle i hver rad kan gjenskape møtebelastningen matrisen skulle redusere. Angi kompetansen du trenger, og bruk informert for dem som bare trenger resultatet.

Å behandle overordnet ansvar som ekstraarbeid som tildeles som standard

En overordnet ansvarlig trenger nok kontekst og myndighet til å løse problemer rundt resultatet. Ikke velg noen bare fordi de har høyest stilling blant de tilgjengelige eller allerede deltar i flest møter.

Å bruke RACI til å løse et beslutningsproblem

Noen ganger er det åpne spørsmålet ikke hvem som leverer arbeidet, men hvem som velger mellom alternativer. Da kan DACI gi en bedre samtale: identifiser en pådriver, én godkjenner, bidragsytere og personer som skal informeres. Ta beslutningen og avklar deretter leveranseansvar med RACI der det trengs.

Prøv én liten matrise med teamet

Velg en Jira-sak der ansvaret nå går på tvers av teamgrenser. Identifiser tre til fem meningsfulle leveranser, legg til de involverte og avtal tilordningene sammen.

Bruk Power Packs RACI / DACI Matrix for å holde avtalen ved siden av saken. Gå gjennom ansvarsindikatorene, bekreft lagringstilstanden og gjennomgå resultatet med de navngitte personene.

Start med en matrise som løser en faktisk usikkerhet. For kundeportalteamet vårt er det nyttige resultatet enkelt: alle vet hvem som bygger kontrollene, hvem som kontrollerer dem, hvem som har ansvaret for resultatet, og hvem som sikrer at kundestøtten er klar.

Relaterte artikler

Ta Kontakt

Har du spørsmål om artikkelen? La oss diskutere de tekniske målene deres.

Dine Opplysninger