När det gäller en ram för enterprise architecture finns det ett stort antal olika ramar att använda. Horisontella sådana som TOGAF eller Zachman, och vertikala sådana som eTOM för telekombranschen och BIAN för bankbranschen. I alla fall är de användbara och kan vara värdefulla, men i alla fall är de till för att hjälpa dig, inte för att vara drivkraften för hur du ska arbeta med företagsarkitektur.
Många arkitekturinitiativ misslyckas på grund av att man förlitar sig på sådana ramar. De avbryts antingen eller misslyckas med att leverera de förväntade affärsnyttorna, eftersom grupperna blir alltför upptagna av detaljerna i att fånga, fylla på eller tvinga fram ramverkets tillvägagångssätt.
När du väljer ett ramverk ska du komma ihåg att du använder något som alla andra också gör, så det finns ingen konkurrensfördel, vilket är bra när det gäller icke-konkurrenskraftiga aspekter av din verksamhet. När du stöder innovation eller omvandling av verksamheten krävs det dock att du tänker bortom standardramarna, så var flexibel. Detta flexibla tillvägagångssätt är i själva verket kärnan i hur man framgångsrikt använder en ram.
Ramverk är vägledningar och förslag, inte metoder och standarder. Alla ramar som ni överväger måste tillämpas både ytligt och på djupet samtidigt. Titta noga och fråga dig alltid om du verkligen behöver göra det här eller fylla på det där. Ofta räcker det med att samla in och lagra information i ett arkiv - du kan alltid gå tillbaka och koppla informationen till andra saker senare, eller lägga till mer djupgående information när affärsnyttan kräver det.
Slutligen får du inte fastna i fällan att säga "vi arbetar med TOGAF eller Zachman, därför arbetar vi med företagsarkitektur". Ofta när jag stöter på detta finner jag att folk arbetar med IT-arkitektur, inte företagsarkitektur - och oftast görs affärsarkitekturen någon annanstans i företaget. I så fall är det viktigare att försöka sammanföra de två verksamheterna än att oroa sig för en ram.
Läs whitepaper, "An Enterprise Architecture Communications Framework - Three Ways to Have Business Conversations About Technology," för fler idéer och insikter.
Tre åtgärder för att undvika ramfällor
- Don’t Let the Framework Drive Your Architecture. Many organisations start their enterprise
architecture efforts by choosing a framework and tool first, this is a mistake. By taking a tool and framework approach, you risk trying to frame all business or IT needs in terms that fit the framework, and indeed risk using language your colleagues may not understand. Instead, focus on the business outcomes and accept that your business may well need a combination of frameworks to best express their needs. By accepting this, you will also find that your tool needs change – no longer will it be sufficient to have a direct framework to tool match; instead, you will want to be able to manage multiple types of frameworks, and the interconnectivity between them. - Tänk på sammanhang och kommunikation när du använder ramar. Ramverk är för det mesta inte utformade för att vara kompletta eller slutföra en helhet. De är avsedda som ett referensverktyg för att formulera frågor, belysa luckor i tänkandet eller fungera som ett sätt att arkivera information för framtida användning. Den idealiska användningen av en ram för företagsarkitektur är att ge ett sammanhang för det arbete som utförs och att fungera som ett sätt att kommunicera frågor, utmaningar, möjligheter och risker. När du väljer ett eller flera ramverk ska du tänka på vad och hur du behöver kommunicera - tänk på att olika målgrupper har olika behov. Gör inte misstaget att tala om IT- eller tekniska termer till affärsmän. Du bör också komma ihåg att de flesta ramverk för företagsarkitektur som du stöter på har börjat som ramverk för IT-arkitektur, så var försiktig.
- Överväga kapacitetsmodeller i stället för ramar: Överväga om det är effektivare att använda en strategi för kapacitetshantering ur ett affärsmässigt perspektiv. Modeller för affärskapacitet har betydelse och värde när man talar med verksamheten och kan ersätta ramverk i många fall. En affärskapacitet är i själva verket en sammansatt bild, där vi kan ha data-, process-, organisations- och ITkapaciteter. Genom att använda en kapacitetsbaserad strategi kan du minska ramverkets omkostnader på områden där de ger minimalt värde och dölja komplexiteten för personer som inte behöver dem. Du kan sedan välja ett ramverk som är väl lämpat för dina IT-behov utan kompromisser och helt enkelt koppla ihop de två.
