RACI vs DACI vs RAPID: Vilket beslutsramverk ska du använda?

Introduktion

Projekt saktar ner när alla har synpunkter men ingen äger beslutet.

När organisationer växer suddas ofta ansvarsområden och beslutsfattande ut. Utan ett tydligt ramverk drabbas team av fördröjningar i utförandet, beslutsförlamning eller dubbelarbete. För att åtgärda dessa olika typer av oklarheter vänder sig ledare till ramverk för ansvar och beslutsfattande.

Tre av de mest populära är RACI, DACI och RAPID. Även om de delar målet att klargöra roller, är de utformade för olika arbetsstadier och komplexitetsnivåer.

RACI: Ramverket för uppgiftsutförande

RACI är det mest kända och traditionella ramverket. Dess primära fokus ligger på utförande på uppgiftsnivå och att klargöra vem som utför arbetet kontra vem som i slutändan är ansvarig för resultatet.

• Responsible (R): "Utföraren." Den eller de personer som aktivt arbetar med och slutför uppgiften.
• Accountable (A): "Ägaren." Den person som har det yttersta ansvaret. De godkänner arbetet och säkerställer att det uppfyller kraven. (Helst finns det bara en 'A' per uppgift).
• Consulted (C): "Ämnesexperten." Personer vars input behövs innan arbetet kan slutföras.
• Informed (I): Intressenten som behöver insyn men inte är aktivt involverad i arbetet.

Exempelscenario: Lansering av en ny intern onboardingprocess. HR är Accountable, utbildningskoordinatorn är Responsible för att skapa materialet, IT är Consulted för programvaruinstallation, och rekryterande chefer är Informed om den nya processen.

När du INTE ska använda det: Använd inte RACI när det verkliga problemet är beslutsbefogenhet. RACI är för att spåra dagliga uppgifter och projektleveranser.

DACI: Ramverket för beslutsfattande

DACI är en variant av ansvarsmatrisen som är specifikt utformad för att hålla projekt i rörelse genom att klargöra beslutsbefogenhet.

• Driver (D): Projektledaren som hanterar processen, samlar in nödvändig information, håller möten och driver projektet mot ett beslut.
• Approver (A): Personen med formell befogenhet att fatta det slutgiltiga beslutet eller godkänna det.
• Contributor (C): Ämnesexperter som tillhandahåller data, analyser och insikter för att informera beslutet.
• Informed (I): Intressenten som behöver insyn men inte är aktivt involverad i arbetet.

Exempelscenario: Att välja vilken produktfunktion som ska prioriteras nästa kvartal. Produktchefen är Driver, VP för Produkt är Approver, ingenjörer och designers är Contributors, och försäljning är Informed.

När du INTE ska använda det: Använd inte DACI när du bara tilldelar uppgifter. DACI är för att bryta igenom flaskhalsar när det är oklart vem som har det sista ordet i ett beslut.

RAPID: Ramverket för komplexa beslut

Utvecklat av Bain & Company, är RAPID avsett för högprioriterade, komplexa eller tvärfunktionella beslut. Det är unikt lämpat för scenarier där flera avdelningar har motstridiga intressen, eller där hantering av formell "veto"-rätt är avgörande.

• Recommend (R): Personen som samlar in data, utvärderar alternativ och föreslår en handlingsplan.
• Agree (A): Intressenter (ofta från juridik, efterlevnad eller finans) som måste godkänna rekommendationen. De har i praktiken vetorätt. Om de inte håller med, eskalerar frågan till rollen 'Decide'.
• Perform (P): De som ansvarar för att verkställa beslutet när det är fattat.
• Input (I): Individer som tillhandahåller kritisk data och fakta för att forma rekommendationen.
• Decide (D): Den enda person som fattar det slutgiltiga beslutet och förbinder organisationen till handling.

Exempelscenario: Att besluta om att gå in på en ny geografisk marknad eller godkänna ett stort leverantörsavtal. Strategichefen rekommenderar, juridik och finans godkänner, COO beslutar, regionchefer ger input, och drift utför expansionen.

När du INTE ska använda det: Använd inte RAPID för enkla teambeslut eftersom det kan skapa onödig process. Det bör reserveras för strategi på företagsnivå och högriskval.

Vilket ska du använda?

Använd detta enkla beslutsträd för att hitta rätt ramverk:

• Är problemet oklart uppgiftsansvar? Använd RACI.
• Är problemet långsamma beslut? Använd DACI.
• Är problemet högrisk tvärfunktionell samordning? Använd RAPID.
• Är problemet att ingen är överens om vad problemet är? Börja med en faciliterad samordningssession innan du väljer ett ramverk.

Vanliga misstag när du använder RACI, DACI och RAPID

Även de bästa ramverken misslyckas om de tillämpas felaktigt. Se upp för dessa vanliga fallgropar:

• Tilldela flera Accountable-ägare i RACI: Om alla är ansvariga, är ingen det.
• Göra Driver och Approver otydliga i DACI: Driver hanterar processen, men Approver har det sista ordet.
• Använda RAPID för beslut som inte kräver tung styrning: Detta skapar onödig byråkrati för enkla uppgifter.
• Fylla i diagrammet ensam istället för att diskutera det med teamet: Samordningskonversationen är det verkliga värdet.
• Behandla ramverket som dokumentation istället för ett beslutsverktyg: Det bör vara en aktiv guide för projektutförande, inte bara ytterligare ett kalkylblad.

Ramverket är inte mötet

Ett RACI-, DACI- eller RAPID-diagram fungerar bara om teamet faktiskt diskuterar avvägningarna, kommer överens om roller och lämnar med tydliga nästa steg.

Att bara släppa ett kalkylblad i Slack löser inte underliggande friktion. Det verkliga värdet kommer från konversationen som sker medan det fylls i. Det är där faciliterade arbetspass spelar roll.

De flesta team misslyckas inte för att de valde fel akronym. De misslyckas för att den svåra konversationen aldrig äger rum. Människor undviker avvägningar, oklara ägare förblir oklara, och det slutgiltiga beslutet omsätts inte i handling.

Redo att omsätta det här i praktiken? Kör det med ditt team med hjälp av vår gratis mall för RACI-matris.