Architecture / Security Architecture Operating Models

A practical operating model for security architecture

Security Architecture Operating Models

Connect enterprise security direction, secure solution delivery and live-service protection through explicit services, lifecycle accountabilities and evidence-led outcome measures.

3security architecture roles
10through-life stages
59catalogue services
16outcome measures

Start here

From mandate to measurable protection

A security architecture function needs a clear mandate, customer-facing services, defined intervention points across delivery and operations, and a measurement system that shows whether risk and protection outcomes are changing.

01 · Roles→02 · Lifecycle→03 · Services→04 · Protection outcomes→05 · Evidence
01 · Mandate

Roles and SFIA 9

Scope and accountabilities for enterprise security, security solutions and operational security architects.

Open guide →
02 · Intervention

Through-life lifecycle

Leadership, contribution and hand-offs across three architecture layers.

Open guide →
03 · Offer

Service catalogues

The complete customer-facing security architecture service offer.

Open guide →
04 · Accountability

Outcome Delivery Model

Six families, outcome measures, ownership and PLAs.

Open guide →
05 · Evidence

Measurement system

Indicators, sources, transformations, controls and scorecards.

Open guide →
06 · Adoption

Implementation roadmaps

From definition to an institutionalised PLA-grade rhythm.

Open guide →

Why this is different

Security architecture as a continuous protection and learning system

This model goes beyond adding security requirements and assurance gates to a delivery lifecycle. It connects business risk, secure design, live control health, threat learning and investment into one accountable system.

ApproachConventional security architecture guidanceThis operating model
Security through lifeSecurity architecture concentrates on requirements, threat modelling and design assurance before go-live.Accountability continues from Strategy to Retirement, including posture, detection, vulnerability, recovery, optimisation and secure decommissioning.
Live-service ownershipThe project hands residual risk and controls to the SOC, GRC, service management or platform teams.The OSA owns the architectural integrity of live protection and connects operational evidence back to ESA and SSA.
Role modelEnterprise security, project security and security operations are separate functions with hand-off gaps.ESA → SSA → OSA is one protection value chain: enterprise intent becomes implemented controls whose health is continuously evidenced.
AssuranceA design review, risk acceptance or compliance gate provides point-in-time approval.Continuous assurance asks whether controls were implemented, remain effective and still address the changing threat and business context.
MeasurementReporting counts assessments, findings, policies, exceptions and review completion.ODMs measure protection outcomes such as early defect capture, rework, traceability, pattern conformance, posture and response effectiveness.
EvidenceAssurance evidence is assembled for gates or audits, often through manual exercises.Contributing indicators and data lineage connect executive outcomes to operational telemetry, repositories, GRC, delivery and incident data.
Risk and controlsRequirements and controls can become static once approved.Threat intelligence, incidents, vulnerabilities, drift and control-health evidence continuously reshape requirements, patterns and priorities.
Protection economicsSecurity investment is justified broadly through risk reduction or compliance need.Protection Level Agreements expose the risk, coverage, capacity and cost implications of choosing one protection level over another.
Operational acceptanceSecurity readiness is checked late or absorbed into a general service-transition gate.Monitoring, playbooks, access, hardening, recovery and residual risk are architectural acceptance concerns before ownership transfers.
ScaleMore demand is answered with more security architects and more reviews.Reusable patterns, guardrails and practitioner capability make routine secure design self-service while escalation focuses on material risk.
Business intent & risk→ESA→SSA→Delivery→OSA→Evidence & threat learning↺

The decisive change is that protection has an architectural owner in service

Passing a security design review proves that a proposed control set was acceptable at a point in time. It does not prove that controls were implemented correctly, remain healthy, detect the threats that matter or recover the service when exercised. The OSA closes that gap: incidents, drift, vulnerabilities, exceptions and operational workarounds become inputs to architecture rather than evidence discovered at the next audit.

How it fits together

Three roles, one protection value stream

The Enterprise Security Architect sets security direction across the estate. The Security Solutions Architect translates risk and requirements into buildable controls. The Operational Security Architect owns the posture of live services. They are separate accountabilities but one system of protection.

Follow the value stream

Complete source

Security architecture roles, services and ODM workbook

Download the source workbook. Illustrative thresholds and values remain clearly labelled.

Download XLSX