Enterprise Architecture as Strategy
av Jeanne Ross, Peter Weill och David Robertson
En verksamhetsarkitektur med tydliga processer, där data inte dubbleras, där vi är oberoende av teknisk plattform och snabbt kan tillgodose verksamhetens allt snabbare krav på IT-stöd är kanske något vi önskar oss. Men är det värt besväret och mödan att nå dit? Ja, det verkar så!
I ”Enterprise Architecture as Strategy” redovisar Jeanne Ross, Peter Weill från MIT och David Robertson från IMD i Lausanne en gemensam undersökning av mer än 200 amerikanska och europeiska företag. Studien visar att de företag som arbetar aktivt med sin verksamhets- arkitektur (VA) är lönsammare.
Mognadsfaser
Man ser VA som en lärandeprocess där man går från steg till steg.
I ”Silo-steget” befinner sig fortfarande 12 % av företagen med en systemstruktur som efterhand liknar ”en tallrik kall spagetti”.
I steg 2 ”IT-teknologi” (48%) har en CIO utsetts, som minskar kostnader och antalet tekniska plattformar.
I steg 3 ”Kärnprocesser” (34 %) utses processägare.
Steg 4 är ”Modul-steget” (6 % när studien avslutades 2005). Väldefineierade och återanvändbara mdouler ökar både den globala och den lokala flexibiliteten och rörligheten.
Symptom på en dålig verksamhetsarkitektur
Exempel på symptom är:
- frågor från kunden ges olika svar
- nya regelverk, som t ex SOX, kräver stora insatser
- förändringar i verksamheten är svåra att genomföra
- IT är ständigt en flaskhals
- nödvändig beslutsinformation saknas ofta
- verksamhetsledningen bävar för IT-frågor
Skilj på verksamhetsarkitektur och IT-arkitektur
VA beskriver verksamhetens processer och data på en övergripande nivå och tas fram av verksamheten. IT-arkitekturen tas sedan fram av IT-experter. För att få fram en detaljerad VA hänvisar författarna till ”Zachman Framework”, väl känd för de ca 400 certifierade verksamhetsarkitekter vi hittills har i Sverige.
Hur genomför vi en VA-strategi
Ledningen kan inte abdikera och lämna genomförande till CIO:n. Ledningen måste initiera förändringen och utvecklingen av en övergripande VA.
Ta fram en översiktlig bild som beskriver hur processer och data samverkar i verksamheten. Använd sedan denna för ledning och spridning av VA-initiativen. Det finns inga genvägar utan varje mognadssteg måste passeras! Big-Bang-lösningar är omöjliga.
Dags att börja resan
VA är inte en detaljerad beskrivning av system och teknik; det är en affärsvision. Resan startar hos ledningen. Resan leds sedan av verksamhet och IT tillsammans. På resan kommer vi att möta kunder som kräver hög service till låg kostnad. En framtagen VA reducerar risken för dikeskörning när nya hinder dyker upp. Nya partners som vill vara med på resan ansluter hela tiden. Vi möter leverantörer som vill ta hand om våra standardprocesser. Vi kan koncentrera oss på våra kärnprocesser. Det ökar hastigheten. VA gör nödvändig information tillgänglig för innovationer och kundfokusering.
De företag som kommit längst visar att resan är värd sitt pris. De kan inte förutse framtiden, men de kan skapa en kärna av stabilitet i en föränderlig värld.
Långsamhetens lov
Boken är skriven av akademiker, men är ändå praktiskt användbar. Däremot har författarna tagit god tid på sig att publicera den. En tjänsteorienterad arkitektur ansluter väl till en mogen VA.
Boken ger en mängd bra argument i en diskussion med ledningen. Det gäller att få med dem på resan.