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.

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