Enterprise Architecture (EA)
EA är ett långsiktigt strategiskt hjälpmedel. Det finns idag ett ökat tryck på att IT-systemen verkligen ska stödja verksamheten och utgå från affärsprocesserna.
EA skapar modeller av ett företags affärsprocesser vilka i sin tur ska ligga till grund för den tekniska infrastrukturen. Ungefär som en arkitektskiss ligger till grund för byggnadsingenjörens arbete, för att jämföra med ett byggprojekt. Modelleringen har ofta skötts av IT-sidan, men många menar att det bör göras av verksamhetssidan istället. Det måste göras av personer som förstår verksamheten, inte av IT-folket.
Övergripande arkitektur
EA vill få ett samlat grepp på alla processer, så att man får spårbarhet och återanvändbarhet, sätta upp mål för hur den företagsövergripande arkitekturen ska se ut och vara en bas för åtgärder att nå dit, snarare än om att modellera hur IT ska stödja affärsverksamheten. EA är verksamhetsdrivet och handlar om att modellera affärsprocesser, medan IT-arkitektur är IT-drivet och handlar om att hitta passande tekniker och standarder. IT-sidans uppgift är att anpassa sig till verksamheten så att man kan arbeta smartare och mer kostnadseffektivt. Annars blir det IT-sidan som styr vad som låter sig göras. Många företag modellerar affärsprocesser, ritar organisationsscheman och sammanställer information om system. Allt detta är ju EA-aktiviteter, men få vet om det och det sker inte på ett strukturerat och sammanhållet sätt.
De flesta företag brister i kompetens och saknar tydliga och väldefinierade styrningsstrukturer eller support för att kunna bedriva ett bra EA-arbete. EA kommer att sträcka sig bortom arkitekturutveckling till att även beröra verksamhetsutveckling, IT-styrning, hantering av IT-tjänster, mm. Det är en naturlig utveckling då EA är en övergripande managementdisciplin.
Kravhantering
EA hänger ihop med kravhantering. Kravhantering och företagsarkitektur är tätt sammanknutna. Många av kraven kommer från den företagsövergripande arkitekturen och man vill också se hur de påverkar verksamheten. För många företag handlar EA fortfarande mer om att hantera information och mindre om hur den ska användas. Kopplingen till affärsverksamheten är alltså svag. Men i takt med att företagen mognar kommer det att ändras radikalt. Om fem år blir EA en fullständigt integrerad del och modelleringen kommer att skötas av ansvariga i verksamheten. Den kommer att bestå av personer som är specialister på att fånga affärsverksamhetens behov av IT-stöd och som är ansvariga för att ta fram en passande arkitekturstrategi. EA-modellen publiceras på intranätet, så att alla som har behov av den kommer åt den. På så vis blir den ett beslutsstöd för hela företaget.
Källa:
Sammanställt av: Andreas Gustavsson 2013-03-15
EA skapar modeller av ett företags affärsprocesser vilka i sin tur ska ligga till grund för den tekniska infrastrukturen. Ungefär som en arkitektskiss ligger till grund för byggnadsingenjörens arbete, för att jämföra med ett byggprojekt. Modelleringen har ofta skötts av IT-sidan, men många menar att det bör göras av verksamhetssidan istället. Det måste göras av personer som förstår verksamheten, inte av IT-folket.
Övergripande arkitektur
EA vill få ett samlat grepp på alla processer, så att man får spårbarhet och återanvändbarhet, sätta upp mål för hur den företagsövergripande arkitekturen ska se ut och vara en bas för åtgärder att nå dit, snarare än om att modellera hur IT ska stödja affärsverksamheten. EA är verksamhetsdrivet och handlar om att modellera affärsprocesser, medan IT-arkitektur är IT-drivet och handlar om att hitta passande tekniker och standarder. IT-sidans uppgift är att anpassa sig till verksamheten så att man kan arbeta smartare och mer kostnadseffektivt. Annars blir det IT-sidan som styr vad som låter sig göras. Många företag modellerar affärsprocesser, ritar organisationsscheman och sammanställer information om system. Allt detta är ju EA-aktiviteter, men få vet om det och det sker inte på ett strukturerat och sammanhållet sätt.
De flesta företag brister i kompetens och saknar tydliga och väldefinierade styrningsstrukturer eller support för att kunna bedriva ett bra EA-arbete. EA kommer att sträcka sig bortom arkitekturutveckling till att även beröra verksamhetsutveckling, IT-styrning, hantering av IT-tjänster, mm. Det är en naturlig utveckling då EA är en övergripande managementdisciplin.
Kravhantering
EA hänger ihop med kravhantering. Kravhantering och företagsarkitektur är tätt sammanknutna. Många av kraven kommer från den företagsövergripande arkitekturen och man vill också se hur de påverkar verksamheten. För många företag handlar EA fortfarande mer om att hantera information och mindre om hur den ska användas. Kopplingen till affärsverksamheten är alltså svag. Men i takt med att företagen mognar kommer det att ändras radikalt. Om fem år blir EA en fullständigt integrerad del och modelleringen kommer att skötas av ansvariga i verksamheten. Den kommer att bestå av personer som är specialister på att fånga affärsverksamhetens behov av IT-stöd och som är ansvariga för att ta fram en passande arkitekturstrategi. EA-modellen publiceras på intranätet, så att alla som har behov av den kommer åt den. På så vis blir den ett beslutsstöd för hela företaget.
Källa:
Sammanställt av: Andreas Gustavsson 2013-03-15