Smidigt arkitekturarbete - ett nytt arbetssätt växer fram
NY SYN PÅ ARKITEKTARBETE - Just nu sker en utveckling av arbetssättet inom Enterprise Architecture-området. Det växer fram ett mer involverande, mer kommunikativt och mer praktiskt inriktat sätt att arbeta bland arkitekter.
Fler och fler arkitekter på företagsnivå ser till att vara på plats i verksamhets- och it-utvecklingsprojekten. De kan därmed skapa det som är förutsättning nummer ett för ett fungerande arkitektarbete; en nära och tät dubbelriktad kommunikation mellan det dagliga utvecklingsarbetet och den centrala arkitektgrupperingen.
Den här förändringen är delvis inspirerat av den viktigaste trenden på systemutvecklingsområdet under 00-talet. Där har nya mera lättrörliga, lyhörda och kommunikativa arbetssätt gått från radikal idé till självklarhet på 10 år.
Arkitekter når inte ut
Alla är överens om att övergripande arkitekturarbete behövs. Företag behöver samordna utvecklingen av sin informationsresurs, sina förmågor, processer och sin systemportfölj. Därför har de flesta företag och organisationer någon form av övergripande arkitektgruppering.
Men många företag har problem med att få den funktionen att fungera. Vi ser att arkitekterna inte når ut till verksamhets- och it-utvecklingsprojekten med sitt arbete och sin kunskap. Arkitekturbeskrivningarna har ofta fel fokus eller släpar efter. Återkopplingen från projekten är långsam och slumpartad.
Den gemensamma nämnaren för problemen är ofta att arkitektarbetet är ensidigt fokuserat på metoder och saknar fokus på individerna och samarbetet mellan individer. Ramverk som Togaf och Zachman och verktyg som Aris och Qualiware fyller agendan, men arkitekterna syns sällan till ute hos sina kanske viktigaste kunder, hos utvecklarna i projekten och förvaltningsteamen.
Man har glömt att arkitektur skapas av människor, skall vidareutvecklas av människor och användas av människor. Man har glömt att arkitektens uppgift alltid måste vara att verka ute bland människorna, att coacha och inspirera, att stötta och främja samverkan. Men som sagt, en förändring håller på att ske.
Agile Enterprise Architecture
Glöm Scott W. Ambler är metodguru hos IBM och en välkänd profil i metodsammanhang inom IT. Han har på sin webbplats
www.agiledata.org presenterat sju principer som utgör en lättrörlig ansats till arkitekturarbetet i ett företag. Han kallar förhållningssättet för "Agile Enterprise Architecture" Se: www.agiledata.org/essays/enterpriseArchitecture.html Han menar att om man har problem med att få arkitektarbetet att nå ut i organisationen kan det vara en idé att inspireras av de strömningar som bäst håller på att omskapa systemutvecklingsvärlden.
Vi tycker att Scott W. Amblers principer på ett bra sätt sammanfattar hela den förändring vi ser hos arkitekter idag.
1. Fokusera på människorna inte på verktyg eller metoder
Verka för att verksamhets- och it-utvecklare delar lokaler. Se själv till att du sitter i samma rum som de, och tag en roll som kommunikatör och brobyggare mellan utvecklingsteamen och it- och affärsledningen. Se till att du blir den som alla vänder sig till för att få saker gjorda. Observera att Scott W. Ambler inte säger att verktyg och metoder är oviktiga, tvärtom. Men de är just verktyg och metoder, de är medel inte mål. Ditt fokus, det du bör ha för ögonen, är att vara mentor, att verka för människors insikt och mognad, att få personer att samverka i utvecklingen av företagets arkitektur.
2. Keep it simple
Sträva inte efter att skapa perfekta modeller. Inse att ditt arbete behöver bedrivas fältmässigt. En skiss på ett whiteboard idag är ofta mer värdefullt än en fullt dokumenterad och validerad modell om några månader. Stöd vid rätt tillfälle från en arkitekt som är insatt i nuläget och företagets vision är - trots att stödet är baserat på bristfällig information - mycket bättre än de gissningar utvecklarna måste göra själva i väntan på att den officiella arkitekturplanen skall publiceras.
Publicera modeller tidigt, och låt dem utvecklas. Detta får inte tolkas som att Scott W. Ambler inte vill ha bra modeller. Det han vill trycka på är ett mer interaktivt, involverande användning av modeller, i alla sammanhang. Mer diskussion runt whiteboard helt enkelt och inte så mycket överlämning av pärmar.
3. Arbeta iterativt och inkrementellt
Försök inte ta fram modeller som är heltäckande för företaget. Arbeta på de områden som behöver stöd just nu. Utveckla arkitekturen i små steg, och kom ihåg att ett steg inte är klart förrän förändringen är implementerat i verksamheten. Först då har du fått den viktiga återkopplingen.
4. Ta en aktiv roll i utvecklingsteamens dagliga arbete
Modellering och dokumentation är en viktig del av ditt arbete, men det bör inte vara högst på din agenda. Din första prioritering bör i stället vara att stödja arkitekturarbetet i utvecklingsteamen, att coacha utvecklare i företagets arkitektur och i arkitektarbete. Det bästa sättet att göra det är att arbeta på insidan av utvecklingsteamen, att ta roll som "arkitekturägare" i utvecklingsprojekten.
5. Arbeta med Proof-of-concepts
När du har en idé om en förändring i arkitekturen, gör först en pilotversion, det vill säga prova först idén i liten skala i ett projekt. Du tar då alltid ta beslut på kända fakta i stället för gissningar.
6. Ta hänsyn till hela bilden
Kombinera olika typer av modeller som ger olika perspektiv. Utnyttja en bred repertoar av beskrivningssätt.
7. Se till att ditt erbjudande blir attraktivt för dina kunder
Du behöver göra ditt arbete, inte minst de tjänster du erbjuder, attraktivt för dina kunder. Arkitekturarbetets direkta kunder är främst verksamhets- och it-utvecklare och andra intressenter i verksamheten. Om utvecklarna upplever att du tillför värde, att din insats hjälper dem i deras arbete, kommer de att vilja arbeta med dig. Om de känner att du slösar med deras tid kommer de att undvika dig, avboka eller skjuta upp möten, och hitta på sätt att gå runt dig.
Förändring på gräsrotsnivå
Det här är en radikal utveckling och ompositionering av arkitektyrket som drivs av arkitekterna själva. Arkitekturramverk som Togaf förmedlar knappast det perspektivet. Vi kanske inte heller kommer att se så många arkitekter av den äldre skolan som tar steget ut i projekten. Men en sak är säker. Nästan alla de nyblivna eller aspirerande arkitekter vi träffar vill arbeta på det viset. Det faller sig också lätt och naturligt för dem eftersom de ofta kommer från utvecklingsorganisationen och ofta har ett ben kvar i det dagliga utvecklingsarbetet.
Vi känner starkt för den här utvecklingen. Vi har i de organisationer vi arbetat i verkat för att få arkitektarbetet i företagen att bli mer fältmässigt. Vi har också med glädje följt hur utvecklingen inom yrket steg för steg har gått i denna riktning. Som arkitekt behöver man vara på plats i frontlinjen, i utvecklingsprojekten, både verksamhets- och it-utvecklingsprojekt. Det är där innovationen sker, det är där den nya kunskapen skapas. Det är där man direkt påverkar företagets utveckling utan mellanhänder. Det är där man direkt får återkoppling på resultatet av sina idéer.
Vad händer nu
Vår spaning är att vi nu har nått den kritiska punkten. Från och med nu sker den här förändringen i accelererande takt. Om bara några år kommer vi att få påminna varandra om att det fanns en tid då arkitekter trodde att de kunde styra företagets arkitektur från baksätet.
Robert Elm och Peter Tallungs, IRM
2010-03-18
www.trendspaning.se