Sammanfattning

I detta avsnitt dyker vi ner i MECE-principen – Mutually Exclusive, Collectively Exhaustive – som hjälper dig skapa modeller utan överlapp och luckor. Vi visar hur MECE ger struktur åt processer, information och system, och varför den är en räddare i nöden när verksamheten blir komplex. Perfekt för dig som vill bygga arkitekturer som håller ihop och skapar klarhet!

Transkript

Välkommen tillbaka till Prime Arch-podden. Jag heter Patrik Hallén, och idag ska vi prata om en princip som kan låta teoretisk men som faktiskt är en av de största game changers jag någonsin stött på inom verksamhetsarkitektur. Vi ska prata om MECE-principen (uttalas även mi-si). Och det står för “Mutually Exclusive, Collectively Exhaustive.” Jag vet, det är en tung engelska direkt på morgonen. Men håll ut, för det här är en princip som kan hjälpa dig att sortera kaos, bygga tydliga strukturer och undvika de där ändlösa diskussionerna i möten där folk pratar förbi varandra. Och jag kan säga direkt — oavsett om du är verksamhetsutvecklare, konsult, verksamhetsarkitekt eller leder ett EA-team — så är det här en princip som du vill ha i din verktygslåda.

Men Patrik… måste allt låta så komplicerat? Kan du inte bara säga vad MECE betyder på svenska?

Absolut, och det är en helt rimlig fråga. MECE betyder egentligen bara att du ska dela upp saker i ömsesidigt uteslutande grupper, som tillsammans täcker in allt. Med andra ord — det får inte finnas överlapp, och det får inte fattas något. Tänk dig en låda där du lägger alla frukter. Om du delar upp lådan i “äpplen” och “inte äpplen,” ja, då är det MECE. Varje frukt kan bara ligga i en av lådorna, och du har täckt in hela världen av frukt. Men om du istället delar upp lådan i “gröna saker” och “runda saker,” då är det inte MECE. För ett grönt äpple kan ligga i båda lådorna — och en banan kanske inte får plats alls. Det låter trivialt, men när du börjar bygga modeller över processer, information eller system, blir det här avgörande för att folk ska förstå vad du menar.

Jag brukar ta Carl von Linné som exempel. Han som klassificerade djur och växter på 1700-talet. Han skapade ett system där varje art fick en unik plats i en hierarki. Inget djur tillhör både kattdjur och hunddjur samtidigt. Allt är placerat i en tydlig struktur. Det är MECE. På samma sätt är det med det periodiska systemet. Varje grundämne har sin plats. Inget ämne flyter runt mellan två grupper. Det här är precis vad vi vill uppnå i Prime Arch. Vi vill att varje process, varje informationsobjekt, varje system ska ha en tydlig plats. Inget överlapp, inget som lämnas utanför. För Anna betyder det att hon kan göra en processkarta där ingen aktivitet ligger och skvalpar mitt emellan två processer. För Johan innebär det att han kan visa en modell för kunden där allt har sin ruta, och kunden slipper undra var saker hör hemma. Erik älskar MECE för att det hjälper honom att bygga strukturer där han slipper dubbelarbete och motstridiga modeller. Och Lena, som leder ett EA-team, behöver MECE för att skapa en gemensam grund där alla i teamet jobbar på samma sätt.

Men Patrik, är det verkligen så farligt om saker överlappar lite? Måste allt vara så perfekt?

Väldigt bra fråga. Och ärligt talat — det handlar inte om att allt måste bli perfekt på första försöket. Men problemet med överlapp är att det skapar förvirring. Två olika team kanske använder samma ord för olika saker. Eller så ligger samma process i två olika processgrupper. Och plötsligt vet ingen vem som ansvarar för vad. Det är där konflikter uppstår. När du jobbar MECE, tvingas du tänka igenom varje objekt ska höra hemma, och du slipper en massa onödiga diskussioner. I Prime Arch har vi byggt in mi-si i våra nivåer, i hur vi grupperar processer, hur vi skapar informationsmodeller och hur vi strukturerar applikationslandskap. Det gör att vi kan bygga kartor som både är detaljerade och överblickbara — och framför allt, användbara i verkligheten.

 

I nästa avsnitt ska vi prata om skillnaden mellan information och data — ett ämne som ofta blandas ihop, men som faktiskt är helt avgörande för att bygga modeller som fungerar. Tack för att du har lyssnat idag. Jag hoppas du fått en känsla för varför MECE är så mycket mer än ett konstigt engelskt ord. Det är en princip som hjälper dig bygga tydliga strukturer som håller i längden. Välkommen tillbaka till Prime Arch-podden.

Länkar

🎧 Lyssna på Spotify
📱 Öppna i Prime Arch-appen

Grunderna i informationsarkitektur - på ett enkelt sätt!

Informationsarkitekturens principer