A city trip to Enterprise Architecture – an analogy
Enterprise Architecture may be hard to grasp. Especially for people who have little feeling with this topic. An analogy usually helps explaining it. One that works pretty fine to me, is a city. This city-analogy allows me to project map enterprise architecture on common life concepts. Both enterprise and city are comparable as they have goals, an organization structure, functions and processes. Buildings in the city resemble applications; roads the infrastructure; people and goods the data.This article dives a bit deeper into this comparison. It discusses and compares architectural aspects and roles (see also my blog on architecture roles)
Harald van der WeelCity trip to Enterprise Architecture
“What architects do I require in my organization?”, “What architect could I be?”. Two different questions. One from a customer, the other from a colleague or job applicant. Both questions are related: They both assume (in a way) a clear distinct separation of the architecture domain into roles. Based on job titles, advertisements and function-descriptions there are dozens of architecture-roles used in the field: information architects, enterprise architects, solution architects, software architects… and so on, and so on. You most likely have a feeling about their supposed meaning and responsibilities, just like I do.
Harald van der WeelStructuring (a forest of) architecture-roles