RACI vs DACI vs RAPID: Hvilken beslutningsmetode skal du bruge?

Introduktion

Projekter går i stå, når alle har input, men ingen ejer beslutningen.

Efterhånden som organisationer skalerer, udviskes ansvars- og beslutningslinjerne ofte. Uden en klar metode lider teams under forsinkelser i udførelsen, beslutningslammelse eller dobbeltarbejde. For at løse disse forskellige former for uklarhed vender ledere sig mod ansvars- og beslutningsmetoder.

Tre af de mest populære er RACI, DACI og RAPID. Selvom de deler målet om at afklare roller, er de designet til forskellige arbejdsstadier og kompleksitetsniveauer.

RACI: Metoden for opgaveudførelse

RACI er den mest kendte og traditionelle metode. Dens primære fokus er på udførelse på opgaveniveau og afklaring af, hvem der udfører arbejdet, kontra hvem der i sidste ende er ansvarlig for resultatet.

• Responsible (R): Den Udførende. Den eller de personer, der aktivt arbejder på og fuldfører opgaven.
• Accountable (A): Den Ansvarlige. Den person, hvor ansvaret ender. De godkender arbejdet og sikrer, at det opfylder kravene. (Ideelt set er der kun én 'A' per opgave).
• Consulted (C): Den Konsulterede. Eksperter, hvis input er nødvendigt, før arbejdet kan fuldføres.
• Informed (I): Den Informerede. Interessenten, der skal have indsigt, men ikke er aktivt involveret i arbejdet.

Eksempelscenarie: Lancering af en ny intern onboarding-proces. HR er den Ansvarlige, Uddannelseskoordinatoren er den Udførende for at skabe materialerne, IT er den Konsulterede for softwareopsætning, og Ansættelseschefer er de Informerede om den nye proces.

Hvornår du IKKE skal bruge det: Brug ikke RACI, når det virkelige problem er beslutningsmyndighed. RACI er til sporing af daglige opgaver og projektleverancer.

DACI: Beslutningsmetoden

DACI er en variation af ansvarsmatricen, der er specifikt designet til at holde projekter i gang ved at afklare beslutningsmyndighed.

• Driver (D): Projektlederen, der styrer processen, indsamler den nødvendige information, afholder møder og driver projektet frem mod en beslutning.
• Approver (A): Den person med den formelle myndighed til at træffe den endelige beslutning eller godkende den.
• Contributor (C): Fageksperter, der leverer data, analyser og indsigt for at informere beslutningen.
• Informed (I): Interessenten, der skal have indsigt, men ikke er aktivt involveret i arbejdet.

Eksempelscenarie: Valg af hvilken produktfunktion der skal prioriteres næste kvartal. Produktchefen er Driveren, VP for Produkt er Godkenderen, Ingeniører og Designere er Bidragsydere, og Salg er Informeret.

Hvornår du IKKE skal bruge det: Brug ikke DACI, når du blot tildeler opgaver. DACI er til at bryde igennem flaskehalse, når det er uklart, hvem der har det sidste ord i en beslutning.

RAPID: Metoden for komplekse beslutninger

Udviklet af Bain & Company, er RAPID beregnet til højrisiko, komplekse eller tværfunktionelle beslutninger. Det er unikt egnet til scenarier, hvor flere afdelinger har modstridende interesser, eller hvor håndtering af formel "veto"-magt er afgørende.

• Recommend (R): Den person, der indsamler data, evaluerer muligheder og foreslår en handlingsplan.
• Agree (A): Interessenter (ofte fra jura, compliance eller finans), der skal godkende anbefalingen. De har effektivt vetoret. Hvis de er uenige, eskalerer sagen til 'Decide'-rollen.
• Perform (P): Dem, der er ansvarlige for at udføre beslutningen, når den er endelig.
• Input (I): Individer, der leverer kritiske data og fakta for at hjælpe med at forme anbefalingen.
• Decide (D): Den ene person, der træffer den endelige beslutning og forpligter organisationen til handling.

Eksempelscenarie: Beslutning om at træde ind på et nyt geografisk marked eller godkende en større leverandørkontrakt. Strategilederen anbefaler, Jura og Finans accepterer, COO'en beslutter, Regionale Chefer giver input, og Drift udfører udvidelsen.

Hvornår du IKKE skal bruge det: Brug ikke RAPID til simple teambeslutninger, da det kan skabe unødvendig proces. Det bør reserveres til strategi på virksomhedsniveau og højrisikovalg.

Hvilken skal jeg bruge?

Brug dette simple beslutningstræ til at finde den rette metode:

• Er problemet uklart opgaveejerskab? Brug RACI.
• Er problemet langsomme beslutninger? Brug DACI.
• Er problemet højrisiko tværfunktionel afstemning? Brug RAPID.
• Er problemet, at ingen er enige om, hvad problemet er? Start med en faciliteret afstemningssession, før du vælger en metode.

Almindelige fejl ved brug af RACI, DACI og RAPID

Selv de bedste metoder fejler, hvis de anvendes forkert. Vær opmærksom på disse almindelige faldgruber:

• Tildeling af flere Ansvarlige ejere i RACI: Hvis alle er ansvarlige, er ingen det.
• At gøre Driver og Godkender uklar i DACI: Driveren styrer processen, men Godkenderen har det sidste ord.
• Brug af RAPID til beslutninger, der ikke kræver tung styring: Dette skaber unødvendigt bureaukrati for simple opgaver.
• Udfyldelse af diagrammet alene i stedet for at diskutere det med teamet: Afstemningssamtalen er den virkelige værdi.
• Behandling af metoden som dokumentation i stedet for et beslutningsværktøj: Den bør være en aktiv guide til projektudførelse, ikke blot endnu et regneark.

Metoden er ikke mødet

Et RACI-, DACI- eller RAPID-diagram virker kun, hvis teamet faktisk diskuterer afvejningerne, bliver enige om roller og forlader mødet med klare næste skridt.

Blot at smide et regneark ind i Slack løser ikke underliggende friktion. Den sande værdi kommer fra den samtale, der finder sted, mens det udfyldes. Det er her, faciliterede arbejdssessioner er vigtige.

De fleste teams fejler ikke, fordi de valgte den forkerte forkortelse. De fejler, fordi den svære samtale aldrig finder sted. Folk undgår afvejninger, uklare ejere forbliver uklare, og den endelige beslutning omsættes ikke til handling.

Klar til at bruge det i praksis? Kør det med dit team med vores gratis skabelon til RACI-matrix.