IT‑IS Networking
Technology › Enterprise Architecture & Governance

Enterprise Architecture

The discipline of placing technology correctly in a business's data flows, risk posture and cost structure — the through-line of the last two decades.

Also known as EA

The working definition used throughout this record is that the role sits on both sides of a fence: deep enough in the technology to make real decisions about it, and close enough to the business to know which decisions matter.

Twenty years of it were practised in an unusually hard setting — a consolidated city-county government where the Sheriff’s Office, the Supervisor of Elections, the Clerk of Courts, Fire and Rescue, Public Works and the library system each ran their own IT organisation, held their own budget, and answered to an independently elected officer. Nothing published could be mandated. Every standard that took hold was adopted voluntarily by people free to decline it, which is a considerably better test of an architecture than compliance.

The programme itself was built as well as practised: creating and maintaining the enterprise architecture function, balancing business, information, technical and solution architecture viewpoints, and establishing the governing principles that guided solution decisions across it. What came out of that were repeatable technology patterns the engineering and operations groups designed and deployed against — chosen to minimise total cost of ownership rather than to be interesting.

The constant has never been a platform. Drafting and object databases, SQL, medical imaging and DOCSIS, routed networks and a CCIE, data centre, cloud, and now post-quantum cryptography. What has not changed is taking something unfamiliar, working out what it does, and placing it correctly.