Cynefin: Optimer beslutningstagning i komplekse situationer

Cynefin-modellen er en af de mest brugbare rammer, når du som projektleder står med beslutninger, hvor mavefornemmelse og standardprocedurer ikke rækker. Den hjælper dig med at vurdere, hvilken type situation du står i, så du kan vælge en beslutningsstil, der passer til virkeligheden, ikke til ønsketænkning.

Mange projekter fejler ikke, fordi teamet mangler vilje eller kompetencer, men fordi man bruger den forkerte tilgang: Man forsøger at “analysere sig frem” i et område, der kræver små eksperimenter, eller man improviserer i et område, der burde være stramt styret.

Hvad Cynefin er, og hvorfor projektledere bruger den

Cynefin (udtales cirka “ku-nev-in”) er en beslutningsramme, der opdeler situationer i forskellige domæner. Hvert domæne har sin egen logik for, hvordan årsag og virkning hænger sammen, og dermed også hvilken ledelses- og projektstyringsadfærd der virker bedst.

Pointen er ikke at sætte et pænt label på din udfordring. Pointen er at undgå fejlmatch, hvor du fx:

• laver lange kravspecifikationer i komplekse forandringer, der ændrer sig undervejs
• “kører agilt” i opgaver, der egentlig er stabile og gentagelige
• prøver at skabe konsensus midt i en akut krise, hvor der først skal skabes stabilitet

Cynefin giver dig et fælles sprog i projektgruppen og styregruppen. Det gør det lettere at forklare, hvorfor du skifter metode, cadence, governance eller beslutningsproces, uden at det lyder som tilfældig smag og behag.

De fem domæner i Cynefin

Cynefin arbejder typisk med andre områder: Klar (Simple), Kompliceret, Kompleks, Kaotisk og Uorden (Disorder). De fire første er domæner, hvor du kan handle, når du har identificeret dem. Uorden er tilstanden, hvor man endnu ikke ved, hvilket domæne man er i.

I praksis kan et projekt rumme flere domæner på samme tid. Et IT-projekt kan have en klar driftsdel (gentagelige opgaver), en kompliceret integrationsdel (kræver eksperter) og en kompleks forandringsdel (adfærd, kultur, adoption).

Klar (Simple): når “best practice” virker

I det klare domæne er sammenhængen mellem årsag og virkning tydelig. Der findes standarder, tjeklister og kendte rutiner. Det du gjorde i går, virker også i morgen, hvis konteksten ikke ændrer sig.

Som projektleder handler du ofte ved at standardisere, automatisere og sikre stabil drift. Her giver det mening at måle på kvalitet og compliance og at bruge faste processer.

Efter en kort forklaring kan teamet som regel blive enige om “det rigtige svar”.

Kompliceret: når “good practice” og ekspertise er nødvendig

Det komplicerede domæne er stadig stabilt, men der kan være flere rigtige svar. Det kræver analyse, erfaring eller specialister at finde den bedste løsning. Årsag og virkning kan forklares, men først efter at nogen har regnet på det.

Her passer klassisk projektledelse ofte godt: tydelige leverancer, designfaser, review, beslutningspunkter og risikostyring. Du kan godt planlægge, men du bør planlægge på baggrund af kvalificeret analyse, ikke gæt.

Kompleks: når du først ser sammenhængen bagefter

I det komplekse domæne kan du ikke regne dig frem til svaret på forhånd. Små ændringer kan give store effekter, og det der virker i én afdeling, virker ikke nødvendigvis i en anden. Mønstre opstår over tid, og du lærer ved at prøve dig frem på en kontrolleret måde.

Det betyder ikke “kaos”. Det betyder, at løsningen skal udvikles gennem eksperimenter, feedback og løbende tilpasning. Agile principper, hypoteser og læringsloops passer typisk godt.

En vigtig ændring for projektledere: Fokus flytter sig fra at optimere planens nøjagtighed til at optimere læringshastigheden.

Kaotisk: når der først skal skabes stabilitet

I det kaotiske domæne er der ingen tydelige sammenhænge i øjeblikket. Situationen er uforudsigelig, og der er risiko for skade, nedbrud eller alvorlige konsekvenser, hvis man venter.

Her handler ledelse om at tage hurtig handling for at stoppe blødningen og skabe orden. Beslutninger kan være midlertidige. Kommunikationen skal være kort, tydelig og hyppig. Når situationen er stabiliseret, bør man bevæge sig mod kompleks eller kompliceret håndtering.

Kaos er ikke et sted, man vil blive hængende. Det er et sted, man overlever og kommer væk fra.

Uorden: når man ikke kan blive enige om, hvad man står i

Uorden opstår, når teamet ikke har et fælles billede af situationen. Typisk trækker hver rolle problemet over i sit foretrukne domæne: juristen vil have regler, arkitekten vil analysere, product owner vil eksperimentere, driftschefen vil stabilisere.

I uorden er første opgave at splitte problemstillingen op og placere delene i de rigtige domæner.

Hurtigt overblik i en tabel

Nedenfor er et praktisk overblik, du kan bruge i projektopstart eller ved eskalationer:

Domæne	Kendetegn	Beslutningslogik	Typiske greb i projekter	Klassisk faldgrube
Klar	Gentageligt, stabilt	Sans → kategorisér → svar	Tjeklister, standarder, SOP’er	Overforenkling, blind rutine
Kompliceret	Flere rigtige løsninger	Sans → analysér → svar	Eksperter, design, reviews	Analyse, der trækker ud
Kompleks	Mønstre opstår over tid	Prøv → sans → svar	Små eksperimenter, feedback, inkrementer	At “låse” løsning for tidligt
Kaotisk	Akut ustabilt	Handl → sans → svar	Krisestyring, stop-gap, klar kommandovej	At forsøge at skabe konsensus
Uorden	Uenighed om situationen	Split op og placer	Fælles framing, domæne-workshop	At vælge metode ud fra præference

Sådan vælger du handling med Cynefin

Cynefin kobler hvert domæne til en enkel handlelogik. Den er værd at lære udenad, fordi den kan bruges som et mentalt “gear-skifte”.

I klar: Sans, kategorisér, svar. Du registrerer situationen, matcher mod en kendt kategori og udfører standardresponsen.

I kompliceret: Sans, analysér, svar. Du indsamler data, får eksperter på og vælger den mest passende løsning.

I kompleks: Prøv, sans, svar. Du laver små, sikre eksperimenter, ser hvad der sker, og justerer retningen ud fra feedback.

I kaotisk: Handl, sans, svar. Du handler for at skabe stabilitet, vurderer effekten, og vælger næste skridt.

Når det er svært at afgøre domænet, kan du starte med at spørge: “Kan vi på forhånd forklare, hvad der vil ske, hvis vi gør X?” Hvis ja, er det ofte klar eller kompliceret. Hvis nej, og du først kan se det bagefter, peger det mod komplekst.

Det hjælper også at være opmærksom på typiske signaler i hverdagen.

• Gentagne spørgsmål om “hvem godkender?”
• Lange tråde i mail, der aldrig lander
• Mange lokale varianter af samme arbejdsgang
• Fejl der dukker op igen, selv efter “fix”
• Hurtige skift i prioriteringer fra uge til uge

Sådan bruger du Cynefin i projektopstart og løbende styring

Cynefin fungerer bedst som en fælles refleksionsramme, ikke som et engangsdiagram i et slide deck. En enkel måde at komme i gang på er at bruge modellen i to faste tidspunkter: ved opstart og ved større skift.

Ved opstart kan du samle nøglepersoner og tage de vigtigste leverancer eller problemfelter én for én: Hvor hører de hjemme, og hvad betyder det for plan, dokumentation, risikostyring og beslutningsveje?

I den løbende styring kan du bruge Cynefin som et “temperaturtjek”: Er vi stadig i samme domæne, eller har virkeligheden flyttet sig? Mange projekter glider umærkeligt fra kompliceret til komplekst, når man rammer forandring hos brugerne, datakvalitet, politiske hensyn eller afhængigheder til andre projekter.

En praktisk facilitation kan se sådan ud:

• Aftal fokus: Hvilken beslutning eller hvilket problem prøver vi at håndtere?
• Del op i dele: Hvilke komponenter kan vi adskille (teknik, proces, mennesker, leverandør, drift)?
• Placér i domæner: Hvor passer hver del bedst lige nu, og hvad er vores begrundelse?
• Vælg greb: Hvilke styringsgreb passer til hvert domæne (plan, eksperiment, krisegreb)?
• Sæt rytme for review: Hvornår revurderer vi placeringen, og hvilke signaler skal trigge et skift?

Det kan sagtens gøres på 45 minutter med et whiteboard.

Eksempel: Digitalisering med flere domæner samtidig

Forestil dig et projekt, hvor en organisation skal indføre et nyt sagsbehandlingssystem.

Den tekniske migrering af kendte datatyper kan ofte ligge i det komplicerede domæne. Der er mange detaljer, men specialister kan analysere, teste og dokumentere sig frem til en robust plan. Klassiske milepæle giver mening.

Opsætning af brugerrettigheder og standardroller kan i mange tilfælde være klar. Man kan genbruge mønstre, følge retningslinjer og sikre auditspor.

Men når systemet rammer hverdagen, opstår det komplekse: Hvordan ændrer det samarbejde på tværs? Hvad gør man, når sager ikke passer i skabeloner? Hvilke lokale workarounds opstår, og hvilke af dem er faktisk gode?

Hvis projektet i denne fase fastholder en kompliceret tilgang med “den endelige procesbeskrivelse”, risikerer man at kæmpe mod virkeligheden. En bedre respons kan være at køre små piloter, måle på gennemløbstid og kvalitet, og justere arbejdsgange sammen med superbrugere.

Og hvis der pludselig opstår et driftssammenbrud eller en sikkerhedshændelse, kan en del af projektet kortvarigt være kaotisk. Her skal der handles hurtigt for at skabe stabilitet, før man igen kan planlægge og forbedre.

Det samme projekt. Forskellige domæner. Forskellige greb.

Typiske fejl, når Cynefin bruges i projekter

Mange misforstår Cynefin som en metode, der fortæller dig, om du skal køre “agilt” eller “vandfald”. Det er for groft. Cynefin hjælper dig med at matche styring til situation, og det kan betyde flere tilgange på samme tid.

En anden klassiker er at stemple alt som komplekst, fordi det lyder sofistikeret. Det gør styringen sløset, og teamet mister muligheden for at standardisere det, der faktisk er stabilt.

Her er en kort tjekliste, du kan bruge i styregruppemateriale eller i dit eget beslutningsnotat:

1. Er vi enige om, hvad der er “problemet”, og hvad der er “symptomer”?
2. Hvilke dele er stabile og kan standardiseres uden stor risiko?
3. Hvilke dele kræver ekspertanalyse, før vi vælger løsning?
4. Hvilke dele bør vi afprøve i små iterationer, før vi skalerer?
5. Hvilke triggerpunkter vil få os til at skifte styringsgreb?

Når domænet skifter: hold øje med farlige overgange

De vigtigste øjeblikke i Cynefin er ofte overgange, ikke placeringen i sig selv.

Når et område glider fra klar til kaotisk, sker det tit via selvtilfredshed: man har kørt en rutine så længe, at man stopper med at lytte efter svage signaler. En lille afvigelse ignoreres. Så rammer man pludselig et brud, hvor standardresponsen ikke virker.

Når et område bevæger sig fra komplekst til kompliceret, kan det være et sundhedstegn. Man har lært nok til at kunne standardisere dele af arbejdet. Her bør du som projektleder aktivt “høste læring” og omsætte den til guidelines, templates og træning.

Og når man forsøger at tvinge kompleksitet ind i klarhed for tidligt, skaber man ofte modstand. Folk kan mærke, at virkeligheden er mere rodet end processerne tillader, og så opstår skjulte workarounds.

Et skift i domæne kan være det første signal om, at din governance skal justeres.

En enkel øvelse du kan bruge med dit team

Tag de næste 5 til 10 beslutninger, der fylder mest i projektet lige nu, og skriv dem på hver sin seddel. Placér dem sammen med teamet i Cynefin-domænerne, og aftal én konkret ændring i jeres arbejdsform for mindst to af sedlerne.

Det er ofte nok til at få både bedre beslutninger og en roligere projektmotor, uden at du skal lave hele projektmodellen om på én gang.