Välkommen tillbaka till Prime Arch-podden. Jag heter Patrik Hallén, och idag ska vi prata om en princip som kanske låter teoretisk – men som i praktiken är en av de största game changers jag någonsin stött på. Vi ska prata om MECE-principen. Den stavas M E C E och är en akronym som står för Mutually Exclusive, Collectively Exhaustive. Ja, det är tung engelska direkt på morgonen – men håll kvar. För det här är en princip som hjälper dig att sortera kaos, bygga tydliga strukturer och undvika de där eviga diskussionerna där folk pratar förbi varandra.

 

MECE betyder i grund och botten att du ska dela upp saker i grupper som inte överlappar, men som tillsammans täcker in hela området. Tänk dig en låda med frukt. Om du delar upp den i “äpplen” och “inte äpplen”, då är det MECE. Alla frukter hamnar någonstans, och inget ligger i båda facken. Men om du istället delar upp lådan i “gröna saker” och “runda saker”, då går det snett. Ett grönt äpple hör hemma i båda – och bananen kanske inte får plats alls.

 

Det låter som en detalj. Men när du börjar bygga modeller över processer, informationsstrukturer eller system – då är det här helt avgörande. För annars hamnar du snabbt i situationer där två modeller säger olika saker om samma objekt. Eller där ingen riktigt vet var något hör hemma. Och då blir det svårt att fatta beslut, samverka eller utveckla något nytt.

 

Jag brukar ta Carl von Linné som exempel. Han byggde upp ett system där varje art har sin plats i en tydlig struktur. Du hittar inte en tiger som också är en varg. Och det är det här vi vill uppnå i Prime Arch – oavsett om vi jobbar med processer, information eller IT-landskap. Varje objekt ska ha en tydlig plats. Inget överlapp. Inget som hamnar mellan stolarna.

 

För Anna, som verksamhetsutvecklare, betyder det att hon kan bygga processkartor där varje aktivitet har sin hemvist – inget som flyter runt. För Johan, som konsult, gör MECE det möjligt att visa modeller där allt har sin ruta – och kunden slipper undra. Erik, som verksamhetsarkitekt, bygger strukturer där ingenting dubbleras. Och för Lena, som leder sitt EA-team, är MECE själva grunden för att teamet ska kunna jobba gemensamt utan att skapa konflikter.

 

Och ja – jag hör vad du tänker: “Måste allt vara så perfekt?” Nej. Det handlar inte om perfektion. Det handlar om att undvika förvirring. När samma ord betyder olika saker i olika delar av organisationen. När samma process ligger i flera grupper. När ingen vet vem som äger vad. Det är då det blir svårt.

 

Genom att tänka MECE från början, tvingas du ta ställning. Du måste tänka efter: Vad hör hemma var? Och det ger dig en struktur som faktiskt håller. I Prime Arch är MECE inbyggt. I våra nivåer, i hur vi grupperar processer, i informationsmodellerna, i applikationskartorna. Och det gör all skillnad.

I nästa avsnitt ska vi prata om skillnaden mellan information och data – ett ämne som ofta blandas ihop, men som är helt avgörande för att bygga modeller som faktiskt fungerar. Tack för att du har lyssnat. Vi hörs snart igen i Prime Arch-podden.