Sammanfattning
I detta avsnitt diskuterar vi hur Prime Arch gör det möjligt att vara snabb utan att tumma pĂ„ kvaliteten. Vi gĂ„r igenom hur Ă„teranvĂ€ndning och fokus pĂ„ rĂ€tt detaljer hjĂ€lper oss att skapa modeller som svarar pĂ„ viktiga frĂ„gor â utan att bygga om allting frĂ„n början. LĂ€r dig hur du kan agera snabbt och effektivt nĂ€r förĂ€ndring krĂ€vs, utan att förlora kontrollen.
Transkript
Patrik:
VĂ€lkommen tillbaka till Prime Arch-podden. Jag heter Patrik HallĂ©n, och idag ska vi prata om nĂ„got som vĂ€ldigt mĂ„nga verksamheter kĂ€mpar med â nĂ€mligen effektivitet och snabbhet. För det spelar ingen roll hur bra modeller vi bygger, eller hur snygga verktyg vi har, om det tar oss tre mĂ„nader att svara pĂ„ en enkel frĂ„ga. Verksamhetsarkitektur ska inte vara en lĂ„ngsam akademisk övning. Den ska hjĂ€lpa oss att agera snabbare nĂ€r nĂ„got förĂ€ndras. Och det Ă€r precis det vi ska prata om idag.
Elin:
Men Patrik⊠gĂ„r det verkligen att jobba snabbt med arkitektur? Ăr inte det alltid lĂ„ngsamma processer?
Patrik:
Jag förstĂ„r exakt varför du tĂ€nker sĂ„. För arkitektur har lĂ€nge haft rykte om sig att vara lĂ„ngsamt. Det blir lĂ€tt en bild av stora analyser, PowerPoint-filer som aldrig tar slut, och workshops som bara leder till Ă€nnu fler workshops. Men det behöver inte vara sĂ„. I Prime Arch handlar effektivitet om tvĂ„ saker: Ă„teranvĂ€ndning och fokus. Ă teranvĂ€ndning betyder att vi inte ska behöva börja frĂ„n noll varje gĂ„ng nĂ„gon stĂ€ller en ny frĂ„ga. Och fokus betyder att vi bara ska modellera det vi behöver för att lösa uppgiften framför oss. Allt annat kan vĂ€nta. LĂ„t mig ta ett exempel. För Anna, som Ă€r verksamhetsutvecklare i offentlig sektor, handlar snabbhet ofta om att kunna svara pĂ„ frĂ„gor frĂ„n ledningen eller politiken. Till exempel: âVilka processer berörs om vi Ă€ndrar det hĂ€r regelverket?â Om Anna mĂ„ste börja analysera frĂ„n tomt papper varje gĂ„ng, kommer hon aldrig hinna. Men om hon kan med hjĂ€lp av Prime Arch snabbt filtrera fram vilka processer som anvĂ€nder vissa informationsobjekt, eller vilka system som stöder en viss process, dĂ„ kan hon ge ett svar pĂ„ timmar istĂ€llet för veckor. För Johan, som Ă€r konsult, handlar snabbhet ofta om att kunna imponera pĂ„ kunden genom att visa fĂ€rdiga strukturer som gĂ„r att anpassa. Han vill inte lĂ€gga hela projektbudgeten pĂ„ att uppfinna ramverket igen. För Erik, som arbetar som verksamhetsarkitekt, handlar effektivitet om att slippa dubbelarbete. Han vill kunna Ă„teranvĂ€nda objekt i olika modeller och veta att allt hĂ€nger ihop automatiskt. Och Lena, som leder ett EA-team, vill ha ett arbetssĂ€tt som gör att teamet kan jobba parallellt utan att krocka. Det Ă€r dĂ€r Prime Aark kommer in. Med en gemensam struktur och tydliga principer kan vi bĂ„de jobba snabbt och hĂ„lla hög kvalitet.
Elin:
Men Patrik⊠blir det inte sÀmre kvalitet om man försöker jobba för snabbt?
Patrik:
JĂ€ttebra frĂ„ga. Och det Ă€r precis dĂ€r mĂ„nga gĂ„r fel. För snabbhet handlar inte om att slarva. Snabbhet handlar om att ha gjort förberedelserna i förvĂ€g. TĂ€nk dig en bra kock. NĂ€r gĂ€sterna bestĂ€ller mat kan han laga rĂ€tten snabbt, inte för att han slarvar â utan för att han redan har hackat grönsakerna, kokat fonderna och vet exakt var allt stĂ„r. Det Ă€r samma sak i Prime Arch. Genom att bygga upp en stabil grund med gemensamma objekt, nivĂ„er och principer, kan vi sedan leverera snabbt nĂ€r nĂ„gon behöver ett svar. För Anna betyder det att hon kan ta fram en vy som visar exakt vilka delar av verksamheten som pĂ„verkas av en förĂ€ndring â utan att bygga en ny modell varje gĂ„ng. För Johan handlar det om att kunna visa fĂ€rdiga mallar som gĂ„r att anpassa istĂ€llet för att börja pĂ„ ett blankt papper. Erik kan lita pĂ„ att objekten han anvĂ€nder redan Ă€r definierade och kopplade pĂ„ rĂ€tt sĂ€tt. Och Lena vet att hennes team kan jobba parallellt, eftersom alla anvĂ€nder samma grund och samma spelregler. Snabbhet kommer alltsĂ„ frĂ„n ordning, inte frĂ„n att springa fortare.
Elin:
Men Patrik⊠hur vet man dÄ vad man ska förbereda? Man kan vÀl inte modellera allt i förvÀg?
Patrik:
Precis â och det Ă€r en superviktig poĂ€ng. För du har helt rĂ€tt: man kan inte modellera allt i förvĂ€g. Det Ă€r dĂ€rför vi i Prime Arch alltid sĂ€ger: börja med det som Ă€r mest anvĂ€ndbart. Börja med de processer, informationsobjekt eller system som skapar mest frĂ„gor eller som Ă€r mest affĂ€rskritiska. Bygg grundobjekten dĂ€r. Sedan kan du fylla pĂ„ med fler detaljer eller fler omrĂ„den nĂ€r behovet uppstĂ„r. Det Ă€r som att bygga ett bibliotek. Du mĂ„ste inte ha varje bok frĂ„n början â men du mĂ„ste ha hyllorna, etiketteringen och ett sĂ€tt att fylla pĂ„ böckerna. DĂ„ kan du vĂ€xa snabbt och samtidigt hĂ„lla ordning. Det Ă€r exakt sĂ„ vi skapar bĂ„de snabbhet och kvalitet i Prime Arch. I nĂ€sta avsnitt ska vi prata om fokus pĂ„ resultat och vĂ€rde i Prime Arch â alltsĂ„ hur vi ser till att vĂ„ra modeller faktiskt leder till förbĂ€ttringar, inte bara blir hyllvĂ€rmare. Tack för att du har lyssnat idag. Jag hoppas att du nu ser varför effektivitet och snabbhet inte handlar om att springa fort â utan om att bygga en grund som gör det möjligt att agera snabbt nĂ€r det verkligen gĂ€ller. VĂ€lkommen tillbaka till Prime Arch-podden.
LĂ€nkar
đ§ Lyssna pĂ„ Spotify
đ± Ăppna i Prime Arch-appen