I en rapport från Forrester under oktober släpptes ny statistik från deras årliga undersökning kring Enterprise architecture. I en av frågorna rangordnar de arkitekternas top 3 målsättningar för EA i sin organisation. De högst rankade svaren rör strategi, konsolidering och affärsmässig smidighet.

Fortsättningsvis berör även undersökningen vilka delar av arkitekturen som de faktiskt arbetar på. Där visar det sig att det är infrastruktur, säkerhet och applikationsarkitektur ligger högst.

Vad betyder detta? Är det långt mellan arkitekternas mål med strategiskt arkitekturarbete och det faktiska arkitekturarbetet? Är skillnaden mellan arkitekternas mål och deras faktiskta arbete så stort?

Statistik och bilder från http://blogs.forrester.com/ea/2009/12/the-state-of-ea-in-2009-a-disconnect-between-goals-and-activities.html

Det har kommit ut tre färska whitepapers som diskuterar möjliga ändringar och tillägg i TOGAF 9.

Making the Business Case in TOGAF 9

Non-Functional Reqts Framework

Why EA Matters?

• Nyttorealisering innebär att genomföra de förändringar som krävs för att uppnÃ¥ de nyttor som har identifierats. q
• En nytta är en effekt som uppstÃ¥r som ett resultat av aktiviteterna inom ett förändringsinitiativ och av mottagarnas förändringsarbete. Nyttan kan därför beskrivas som skillnaden mellan nuläget och det eftersträvade börläget.
• En arkitektur beskriver hur en mänsklig konstruktion är uppbyggd av komponenter, dess inbördes relation till varandra och till sin omgivning, samt vilka principer som styr dess utformning och utveckling.
• En Verksamhetsarkitektur syftar till att beskriva en verksamhets uppbyggnad och bestÃ¥r av en uppsättning, inbördes relaterade, dokument, modeller och diagram, organiserade för att representera hur verksamheten är uppbyggd, dess komponenter, deras inbördes relation och förhÃ¥llande till sin omgivning samt vilka principer som styr dess utformning och utveckling. Verksamhetens arkitektur och dess samlade uppsättning med dokument, modeller och diagram tillhandahÃ¥ller att sammanhang ur vilket förändringseffekter kan bedömas och utvärderas.
• En IS/IT-arkitektur beskriver den konstruktion av IS/IT-system som stödjer och möjliggör verksamhetsarkitekturen q En Enterprise arkitektur beskriver hur verksamhetsarkitekturen och IS/IT-arkitekturen är inbördes relaterade.

Peter Engström har tillsammans med Ernst & Young genomfört en studie som visar att fyra enkla IT-styrningsgrepp ökar lönsamheten för företagen.

1. Involvera slutanvändare i projektet
2. Lägg ansvaret för att räkna hem projekten ekonomiskt hos de berörda affärsenheterna
3. Gör business case, eller investeringskalkyler
4. Följ upp IT-projekt

Endast 20% av de CIO:er som tillfrågats ansåg sig få tillräckligt med resurser för att genomföra dessa 4 punkter.

TOGAF 9 säkerställer att dessa fyra punkter genomförs rationellt, kostnadseffektivt och med effektsäkerhet.

TOGAF bearbetar varje punkt enligt ovan i faserna:

1. TOGAF Fas Preliminär till H involverar intressenter i arbetet med arkitekturen.
2. TOGAF Fas A bearbetar intressenterna och avsätter ansvar för effekthemtagning på rätt nivå och rätt roll.
3. TOGAF Fas B fokuserar på att arbeta fram business scenarier som stärker upp aktuella business case. TOGAF Fas G validera effekterna av business case genom fokuserade kostnads/nytto kalkyler.
4. TOGAF Fas E till H skapar underlag för och genomför uppföljning av realiseringsprojekten.

Om CIO:er bearbetar IT-styrningen med TOGAF kan vi garantera att dessa fyra IT-styrningsgrepp tas om hand inom ramen för de resurser som finns att tillgå redan idag.

Här kan du läsa mer om TOGAF och Biners utbud kring Enterprise Arkitektur.

CIO Sweden har i en artikel rapporterat kring Peter Engströms studie.

Ända sedan i början av 1990-talet har utveckling av metoder för att skapa samstämmighet mellan verksamheten och IT varit ett fokusområde för den akademiska världen, konsultbolag och företag. Mycket av detta arbete bygger på någon form av variation av följande principiella modell:

Samstämmighet innebär att samtliga delar av verksamheten:

• Är pÃ¥ väg mot samma destination
• Har samma bild av den rutt som ska väljas för att komma fram till destinationen
• Använder sig av samma mät- och analysmetoder för att identifiera den befintliga positionen jämfört med en gemensam karta
• Vidtar synkroniserade ansträngningar för att Ã¥stadkomma kurskorrigeringar och interna driftskorrigeringar vars behov uppstÃ¥tt till följd av förändringar i den externa miljön.

Det handlar alltså om att skapa en horisontell (avser planeringshorisont) och vertikal (avser hierarki) integration mellan  verksamheten och dess IT-stöd.

The Society of Information Management gör årligen undersökningar bland IT- och verksamhetschefer på USA:s  ledande företag. Dessa chefer rankar sina 10 mest kritiska problem på följande sätt:

2008

1. Samstämmighet mellan verksamhet och IT
2. Bygga verksamhetskompetens hos  IT-personal
3. Strategisk IT-planering
4. Attrahera IT-personal
5. Bättre användning av Information
6. Ledning och styrning av förändringsarbete
7. Öka kostnadseffektiviteten i verksamheten
8. Förbättra IT-kvaliteten
9. Behålla IT-personal
10. Säkerhet och skydd

Att skapa samstämmighet mellan verksamhet och IT (Business/IT alignment) rankas fortfarande som det mest kritiska problemet bland amerikanska verksamhets- och IT-chefer.

Ett komplett arbete med EA vilar på minst 5 grunder

1. Organisation (människor, organisationer och strukturer för kommunikation)
2. Ramverk (grundläggande strukturer för ordning och reda)
3. Metod (process för produktion av arkitektur)
4. Verktyg (saker och ting som underlättar genomförande av produktion och konsumtion av  arkitekturer)
5. Mätning (uppföljning och strukturerad återföring av kunskap)

EA arbetet vilar på de fem grunderna

Det går inte att slå i spiken i brädan om man inte vet hur man ska göra. En metod säkerställer att du kan slå i spiken varje gång och att du kan förklara för andra hur du slår i spiken i brädan.

Kommersiella metoder

Om ni väljer att plocka in en kommersiell metod så försök att inte införa allt för många anpassningar i den (kom dock ihåg att införa de förändringar som verkligen behövs för att det ska fungera för er). Anpassa delar av ert interna arbetssätt till metoden för att erhålla så mycket som möjligt av nuvarande och framtida metodutveckling.

Öppna metoder

Om ni väljer att plocka in en öppen metod (tex. TOGAF) så bör ni anpassa metoden sålunda att ni återanvänder de metoder som ni är starka på idag (exempelvis Lean, BPM, EFQM, Projektstyrning osv.) och tar resten från EA-metoden. Ett sätt kan vara att låta EA-metoden agera ryggrad för de andra metoderna ni har.

Om ni inte mäktar med att ta in hela metoder, markera vilka delar ni plockar in och gör en plan för hur och när ni kan plocka in de andra delarna

Egen metod

Om ni väljer att skapa en metodik för EA så kan en bra utgångspunkt vara att ta reda på vad er oganisation är starkast på och bygga därifrån. Exempelvis kan man starta bygget med sin metodik utifrån egna erfarenhet av projektstyrning. I detta fall är det mycket lämpligt att använd Zachman Framework som bas för vad som ska arbetas fram.

Metoder (ej rangordnade, ej fullständig lista):

• Togaf (För organisationer som vill arbeta med öppna metoder)
• EUP (Extended Unified Process, kan vara lämplig om man är fokuserad vid RUP för produktionsstyrning av utveckling)
• EACOE (Lämplig om man fokuserar pÃ¥ arbete med rad 1 & 2 i ZF)
• Modaf / DODAF (Militärt bruk inom EU / USA, fungerar även pÃ¥ civila organisationer)
• FEA (Styr USAs arbete med EA pÃ¥ federal nivÃ¥, mycket bra saker i denna)
• Leverantörsmetoder (SAP, Gartner, Microsoft, IBM, Oracle m.fl)

Med detta menar vi att ska man införa, genomföra eller analysera arkitektur ska man använda metoder för EA.

Lämpligen kan man:

• lägga upp ett införande arbete i enlighet med TOGAF 9 och dess metod ADM.
• Genomföra sitt arbete med att ta fram en arkitektur med hjälp av strukturerade metoder.
• Analysera arkitektur med hjälp av ingÃ¥ende kunskaper kring Zachmans Ramverk