När vi på THIN2K lär ut arkitektur och mentorerar arkitekter så brukar vi summerande säga att en en arkitekts ansvar i huvudsak består av två delar:
- Kvalitet (införande av)
- Risk (reduktion av)
Ovan två huvudområden är tillämpbara oavsett vilken typ eller nivå på arkitektur som arkitekten verkar inom. För en koncernarkitekt (EA) berör kvaliteter och riskreduktion organisationen som helhet. För en IT-arkitekt (inom Applikationsarkitektur) berör kvaliteter och riskreduktion den IT-lösning som tas fram etc. Kvalitet och riskreduktion är generella ansvarsområden oavsett arkitekturroll/-nivå. Detta fokus har tyvärr glömts bort på senare år, men vi på THIN2K önskar återinföra och förtydliga detta fokus.
Vidare understryker vi vikten av att agera stödjande för den verksamhet som arkitekten verkar inom. Med andra ord ska en arkitekt alltid vara en god lyssnare på verksamhetens behov och alltid söka bästa lösning för varje givet problem inom ramen för uppsatta kostnadsramar (en dimension på kvalitet). Det får inte finnas en överskuggande egen agenda – verksamheten är alltid fokus. Arkitekten fungerar sedan som en medlande part mot de som ska realisera arkitekturen.
Koncernarkitektrollen
Tittar vi specifikt på koncernarkitektens roll så är det en väldigt speciell typ av kompetens som vanligen behövs eftersom arkitekten ska arbeta så brett och samtidigt kunna överföra kunskap och tankar om den övergripande strategin till de olika delarkitekturernas ansvariga och förstå diskussioner som förs för just den specifika arkitekturen. Med andra ord bör en koncernarkitekt kunna tala och kommunicera med strateger, affärsutvecklare, verksamhetsarkitekter, informationsarkitekter, applikationsarkitekter samt infrastrukturarkitekter. Detta medför att en koncernarkitekt bör ha en utpräglad T-personlighet med en stor bredd i den horisontella delen på T:et och förmåga att förstå detaljer i de vertikala delarna (delarkitekturerna).
Ofta kommer en sådan arkitekt från utvecklarbakgrund men har arbetat med många olika discipliner fram till dess att han/hon blivit just koncernarkitekt. En koncernarkitekt måste således kunna blanda generalitet och detaljrikedom och vara bra på att uttrycka sig i modeller.
Tolkningen av T:et ska göras i att den horisontella, översta delen representerar bredden medan de vertikala delarna motsvarar delarkitekturkunskap, dvs kunskap inom och förståelse för strategi, affärer, verksamhetarkitektur, informationsarkitektur, applikationsarkitektur (IT/mjukvara) samt teknisk arkitektur (infrastruktur).