Wat is een RACI-model en hoe gebruik je het?
Een RACI-model is een matrix die per taak of beslissing vastlegt wie Responsible is (voert het werk uit), wie Accountable is (eindverantwoordelijk voor het resultaat), wie Consulted wordt (geraadpleegd voordat een beslissing valt) en wie Informed wordt (op de hoogte gehouden na afloop). Het model voorkomt dat taken tussen wal en schip vallen of dat meerdere mensen denken dat een ander verantwoordelijk is, wat vooral bij projecten met meerdere afdelingen of externe partijen misverstanden scheelt.
Een RACI-model verdeelt taken binnen een project over vier rollen: Responsible, Accountable, Consulted en Informed, zodat verantwoordelijkheden duidelijk zijn.
Waarom rolverdeling misgaat zonder structuur
In veel projecten gaat het mis niet door gebrek aan kennis of inzet, maar door onduidelijkheid over wie waarvoor verantwoordelijk is. Een taak blijft liggen omdat iedereen dacht dat een ander ermee bezig was. Een beslissing wordt genomen zonder de juiste mensen te raadplegen. Een belangrijke stakeholder hoort pas achteraf dat er iets veranderd is. Een RACI-model lost dit op door voor elke taak of beslissing expliciet vast te leggen wie welke rol heeft.
De vier rollen uitgelegd
Responsible is de persoon of het team dat het werk daadwerkelijk uitvoert. Accountable is degene die eindverantwoordelijk is voor het resultaat en zich moet verantwoorden bij problemen; per taak is er idealiter maar één Accountable persoon. Consulted zijn mensen die om input gevraagd worden voordat een beslissing genomen wordt, zoals een specialist of een externe partij met relevante kennis. Informed zijn mensen die op de hoogte gehouden worden van voortgang of resultaat, zonder dat ze actief betrokken zijn bij de uitvoering of besluitvorming zelf.
Een RACI-matrix opstellen
Een RACI-matrix is een tabel met taken of beslissingen in de rijen en betrokken personen of rollen in de kolommen. Voor elke combinatie van taak en persoon vul je in welke van de vier letters van toepassing is. Bij een softwareproject kan dat er bijvoorbeeld zo uitzien: bij de taak “content aanleveren” is de klant Responsible en Accountable, is de tekstschrijver Consulted, en is de projectleider Informed. Bij “technische implementatie” draait dat om, met de developer als Responsible en de projectleider als Accountable.
RACI toepassen bij softwareprojecten met externe partijen
Zodra een project meerdere partijen betrekt, zoals een interne opdrachtgever, een extern ontwikkelteam en misschien een hostingpartij, wordt een RACI-model waardevoller. Het voorkomt dat een storing blijft liggen omdat de klant denkt dat de leverancier eraan werkt, terwijl de leverancier wacht op goedkeuring van de klant. Dit sluit direct aan op de afspraken in een SLA, waar reactietijden en verantwoordelijkheden bij storingen worden vastgelegd; zie wat is een SLA. Ook bij changemanagement helpt een heldere rolverdeling om te bepalen wie de interne boodschap draagt en wie de techniek levert; zie wat is changemanagement bij software.
Veelgemaakte fouten bij RACI-modellen
De grootste valkuil is te veel mensen als Accountable aanwijzen voor dezelfde taak, waardoor de duidelijkheid die het model juist moet bieden verdwijnt. Een andere veelgemaakte fout is het model één keer opstellen bij de start van een project en er daarna nooit meer naar kijken, terwijl rollen en verantwoordelijkheden gedurende een project kunnen verschuiven. Een derde valkuil is te veel mensen als Consulted aanmerken, wat besluitvorming onnodig vertraagt omdat iedereen eerst geraadpleegd moet worden.
Onze tip: houd de RACI-matrix kort en gericht op de taken waar in de praktijk onduidelijkheid over ontstaat, niet op elke denkbare activiteit in het project. Een matrix van tien regels die iedereen kent, werkt beter dan een uitgebreid document van vijftig regels dat na de kick-off nooit meer wordt geraadpleegd.
Veelgestelde vragen
Wat is het verschil tussen Responsible en Accountable in een RACI-model?
Responsible is degene die het daadwerkelijke werk uitvoert, zoals een developer die een functie bouwt. Accountable is degene die eindverantwoordelijk is voor het resultaat en zich moet verantwoorden als het misgaat, zoals een projectleider of productowner. Er kunnen meerdere mensen Responsible zijn voor een taak, maar idealiter is er precies één Accountable persoon per taak, anders ontstaat er alsnog onduidelijkheid over wie de knoop doorhakt.
Kan iemand zowel Responsible als Accountable zijn voor dezelfde taak?
Ja, dat komt vaak voor bij kleinere teams of eenmansprojecten, waarbij dezelfde persoon het werk uitvoert én er verantwoordelijk voor is. Bij grotere projecten met meerdere schakels, zoals een ontwikkelteam, een klant en een externe leverancier, is het juist waardevol om deze rollen te scheiden, zodat duidelijk is wie het werk doet en wie de knoop doorhakt als er keuzes gemaakt moeten worden.
Wanneer gebruik je een RACI-model niet?
Bij zeer kleine projecten met één of twee betrokkenen voegt een formele RACI-matrix weinig toe; de rolverdeling is dan vanzelfsprekend. Het model toont zijn waarde vooral bij projecten met meerdere afdelingen, externe leveranciers of complexe besluitvorming, waar het risico op onduidelijke verantwoordelijkheden reëel is.