Sammanfattning
I detta avsnitt utforskar vi den viktiga balansen mellan enkelhet och komplexitet i verksamhetsarkitektur. Vi diskuterar varför vi måste kunna visa saker enkelt för verksamheten, men också hantera komplexiteten bakom kulisserna. Lär dig hur Prime Arch hjälper till att göra komplexa frågor hanterbara – utan att förenkla bort det viktiga.
Transkript
Patrik:
Välkommen tillbaka till Prime Arch-podden. Jag heter Patrik Hallén, och idag ska vi fortsätta på temat vi började i förra avsnittet. För även om vi nu pratat mycket om begriplighet och användarvänlighet, så finns det fortfarande en sak som ofta blir en utmaning – nämligen balansen mellan enkelhet och komplexitet. För ibland hör jag folk säga: “Kan vi inte bara göra allting enkelt?” Och visst – vi vill ha det enkelt. Men verkligheten är inte enkel. Och verksamhetsarkitektur handlar inte om att förenkla bort verkligheten – utan om att göra komplexitet hanterbar. Det är en väldigt viktig skillnad.
Elin:
Men Patrik… du låter som en filosof. Kan du inte bara säga: ska modeller vara enkla eller komplexa?
Patrik:
Jag förstår precis hur du menar. Och jag önskar att svaret var svart eller vitt. Men det är det inte. I Prime Arch brukar vi säga att båda behövs. Vi måste kunna visa saker enkelt när vi pratar med människor som inte är inne i modellerna varje dag. Men vi måste också kunna hantera komplexiteten bakom kulisserna. För verksamheter är komplexa. Processer påverkar varandra. Informationsobjekt återanvänds på olika sätt. System hänger ihop på tusen små sätt som kan vara svåra att överblicka. Och om vi förenklar bort för mycket, riskerar vi att fatta fel beslut – eller missa viktiga beroenden. Låt mig ta ett exempel. För Anna, som är verksamhetsutvecklare i offentlig sektor, måste vi kunna visa enkla processflöden som är lätta att förstå. Hon ska inte behöva se varenda regel, attribut eller teknisk detalj. För Johan, som är konsult, är det en balansgång. Han vill kunna visa en enkel bild för ledningen – men han måste också kunna dyka ner på djupet om kunden frågar varför något ser ut som det gör. Erik, som arbetar som verksamhetsarkitekt, lever hela tiden med komplexitet. Han behöver kunna gå in i backstage och analysera samband, hitta mönster, eller förstå varför en förändring i en process påverkar fem olika system. Och Lena, som leder ett EA-team, behöver kunna växla mellan enkelhet och komplexitet på ett sätt som passar målgruppen. För ledningen räcker ofta en enkel vy. För projektteam eller utvecklare kan det behövas mycket mer detaljer.
Elin:
Men Patrik… hur bestämmer man hur mycket man ska visa? Finns det någon tumregel?
Patrik:
Grym fråga. Och det är faktiskt en av de frågor jag får allra oftast. Och mitt svar är alltid detsamma: det handlar om frågan du vill besvara. För det är där allt börjar i Prime Arch. Vi modellerar inte för modellens skull. Vi modellerar för att hjälpa någon att svara på en fråga. Ju mer komplex frågan är – desto mer komplexitet kan du behöva visa. Men du ska aldrig visa mer än du behöver. Ta onstage och backstage som vi pratade om i förra avsnittet. Onstage är där vi visar modeller för verksamheten eller för IT-personer som inte är arkitekter. Där måste det vara enkelt och begripligt – men fortfarande korrekt. Backstage är där vi samlar alla detaljer, regler, samband och analyser som vi behöver för att hålla modellerna korrekta. Men vi visar dem inte alltid utåt. Det betyder inte att backstage alltid är detaljerat. Du kan ha en övergripande analys backstage – eller en superdetaljerad. Men det är först backstage vi tillåter att komplexiteten får breda ut sig. Så tumregeln är: visa bara den komplexitet som behövs för att besvara frågan du har framför dig. Inget mer. Inget mindre. Det är så vi gör komplexitet hanterbar. I nästa avsnitt ska vi prata om effektivitet och snabbhet i Prime Arch – alltså hur vi kan bygga modeller och strukturer som inte bara blir hyllvärmare, utan faktiskt hjälper oss att agera snabbare i förändring. Tack för att du har lyssnat idag. Jag hoppas att du nu ser varför enkelhet och komplexitet inte är varandras motsatser – utan två sidor av samma mynt i verksamhetsarkitektur. Välkommen tillbaka till Prime Arch-podden.
Länkar
🎧 Lyssna på Spotify
📱 Öppna i Prime Arch-appen