Root Cause Analysis – ofte forkortet til RCA – er en systematisk metode til at identificere den egentlige årsag til et problem, i stedet for blot at behandle symptomerne.
I projektledelse bruges RCA til at forstå, hvorfor en fejl, afvigelse eller uventet hændelse er opstået, med det formål at forhindre gentagelse. Det handler om at gå i dybden med et problem og finde den bagvedliggende mekanisme eller proces, der førte til det, i stedet for at nøjes med at løse det overfladiske resultat.
RCA anvendes typisk, når der opstår gentagne problemer, kritiske fejl eller uønskede afvigelser fra projektets plan, budget eller kvalitet. Ved at identificere den sande årsag og ikke kun symptomet, kan projektlederen eller teamet iværksætte korrigerende handlinger, der løser problemet ved roden – og ikke kun lappe hullet midlertidigt.
Formålet med RCA er altså ikke blot at forklare, hvad der gik galt, men at skabe varige forbedringer i processer, kommunikation, værktøjer eller beslutningsgrundlag. Det er en metode, der styrker læring og modning i organisationer og hjælper med at bygge kvalitet og robusthed ind i projektarbejdet.
Typiske metoder inden for Root Cause Analysis: Der findes flere anerkendte teknikker til at udføre RCA, afhængigt af kompleksitet og kontekst: 1) 5 Whys: En enkel, men effektiv metode, hvor man gentager spørgsmålet “Hvorfor?” indtil man når den egentlige grund. Ved at spørge “hvorfor” typisk fem gange, tvinger man sig selv til at gå bag om symptomet og finde den underliggende årsag. 2) Fishbone-diagram (Ishikawa-diagram): En visuel metode, hvor mulige årsager kortlægges i kategorier som mennesker, processer, udstyr, miljø, materialer og måling. Dette giver overblik og hjælper med at afdække flere mulige årsager til et komplekst problem. 3) Failure Mode and Effects Analysis (FMEA): En mere avanceret metode, hvor man analyserer potentielle fejl i en proces og vurderer deres sandsynlighed, konsekvens og mulighed for opdagelse. FMEA bruges ofte forebyggende og er særligt relevant i tekniske eller komplekse projekter.
Eksempel på brug af RCA: Et projektteam oplever gentagne forsinkelser i leverancer fra en ekstern samarbejdspartner. I stedet for blot at presse leverandøren eller tilpasse tidsplanen igen, anvender teamet RCA. Gennem 5 Whys-metoden identificerer de, at årsagen ligger i uklar kommunikation omkring kravspecifikationer og manglende gennemsigtighed i afhængigheder. Ved at ændre på samarbejdsmodellen og tydeliggøre dokumentationen løses problemet ved roden, og fremtidige leverancer forbedres markant.
Fordele ved at bruge Root Cause Analysis: RCA forbedrer kvaliteten af beslutninger og forebyggende tiltag. Det styrker læring i organisationen og reducerer risikoen for gentagelser af fejl. Det giver projektledere dybere indsigt i processer og afhængigheder. Det fremmer tværfagligt samarbejde og fælles forståelse af komplekse problemer. Det bidrager til mere stabile og forudsigelige projektforløb.
Hvornår bør man bruge RCA? RCA er særligt relevant, når: 1) En alvorlig fejl eller hændelse har haft stor konsekvens for projektet. 2) Et problem opstår gentagne gange uden varig løsning. 3) Der er uklarhed om, hvorfor noget ikke gik som planlagt. 4) Man ønsker at lære af fejl og modne organisationens processer.
Konklusion: Root Cause Analysis er et stærkt værktøj til langsigtet forbedring i projektledelse. Ved at afdække de dybereliggende årsager til fejl og problemer, muliggør RCA varige løsninger, bedre læring og mere stabile projekter. Uanset om man bruger simple metoder som 5 Whys eller avancerede modeller som FMEA, handler RCA om at tage fejl alvorligt og bruge dem som springbræt til bedre resultater.
