Forrester har i en rapport lyft upp informationsarkitektur IA som en allt viktigare resurs. CIO Sweden rapporter att 33% av alla CIO:er planerar att investera i Enterprise architecture  under 2010. Biner har funnit att den CIO som satsar på EA utan att försäkra sig om att arkitekterna har den rätta kunskapen för att bedriva arkitektur finns inte.

Biner hjälper er att komma till rätta med IA via EA och kursen Praktisk Enterprise Arkitektur där ni får lära er vilka delar av IA som ska vara i fokus när IA ingår som en del i ett EA arbete. Missa inte detta tillfälle att verkligen få till ert arkitekturarbete som en helhet som levererar nytta för alla intressenterna i ett enterprise.

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

Nyttorealisering innebär att genomföra de förändringar som behövs för att realisera de nyttor som har identifierats. Förändringen kan handla om att göra saker annorlunda, att göra nya saker, att ta bort uppgifter eller att göra saker som påverkar andra att förändra sig

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.

Nyttorealisering, klicka på bilden för att förstora.

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.

“Experience is one thing you can’t get for nothing.”
Oscar Wilde

Agile utvecklingsmetoder som Scrum, DSDM, Extreme programming med flera har figurerat inom IT branschen och systemutvecklingen i ett antal år. Ofta sätts dessa metoder hårt mot de traditionella metoderna byggd på ”förundersökning”, ”kravspec”, ”utveckling”, ”test och verifiering” förpackat i vattenfallsmodell. Den senaste tiden börjar de agila angreppssätten även förflyttas över till projektledning inom mer traditionella verksamhetsprojekt.

Hur förhåller vi oss till våra traditionella väl beprövade projektmetoder och de nya snabbfotade principer som de agila principerna och metoderna står för? Svaret tror jag stavas Balans! När kraven på snabba resultat och hög föränderlighet ställs från verksamheten kan vi inte längre gömma oss bakom de traditionella, stora och komplexa projektmetoderna längre. För att leverera resultat i en snabb föränderlig värld behöver vi våga ta till oss de grundprinciper som de nya agila metoderna ger oss men samtidigt använda vår erfarenhet för att avgöra när vi behöver förlita oss på traditionella beprövade metoder.

Mitt agila manifest för verksamhetsprojekt

• Individer och samarbete framför processer och verktyg
• Verksamhetsvärde framför kravställningsprojekt och dokumentation
• Samarbeta med kund istället för att förhandla om resultatet
• Anpassa till omvärldens förändring istället för att följa plan

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.