Search

Find insights, training programs, and workshops

Monitoring Added After Deployment Is Not Observability. It Is Archaeology.

Observability is not a monitoring add-on. It is an architectural constraint. Systems built without observability baked in cannot be understood, cannot be governed, and cannot be improved. The OSAF model tells you exactly where your architecture is blind.

...add. It is a constraint you design from. Core outcome: A structured model called Observability Signal Architecture Framework (OSAF) that tells you exactly where your architecture is blind before failure...

Enterprise Architecture Observability Architecture Design Platform Engineering Technology Leadership Execution Strategy Read Insight

MCP Is Not an AI Protocol. It Is a Governance Layer.

MCP is classified as an AI integration protocol. It is actually a governance primitive — the stable interface layer that architecture fitness functions have been missing for years.

Executive Summary Who this is for: Enterprise Architects, Solution Architects, CTOs, Architecture Leads Problem it solves: Architecture fitness functions that break the moment a team changes...

Enterprise Architecture Governance Architecture Fitness Functions Mcp Technology Strategy Read Insight

Decision Rights for Technology — Who Decides What in a Modern Enterprise

Why most enterprises confuse escalation ladders with decision rights — and how Technology Decision Domain Architecture maps exactly who decides what, at which altitude, before the conflict arrives.

Executive Summary Who this is for: Enterprise Architects, CTOs, CIOs, Architecture Leads, Engineering Directors Problem it solves: Technology decisions stall, duplicate, or...

Architecture Governance Technology Strategy Technology Leadership Decision Making Fractional Leadership Read Insight

Application, Integration, API, Interface, Data & Process Design

Intermediate to Advanced (SA, EA)6-8 hoursIntegration design playbook + API design standards + data movement pattern guide

How the components of a solution are structured internally, how they communicate with each other, and how they connect to the data and processes they depend on.

...an illusion because two components could write the same data. Solution design is the set of layered decisions — application structure, integration patterns, API contracts, interface design, data ownership,...

2 DaysIntensive

ComprehensiveSA · EA

Architecture Solution Design Integration API Design Data Design View Details

Application & Technology Landscape

All levels — SA, EA, TS4-5 hoursApplication landscape register + technology heat map + dependency matrix

How to build, read, and use the full picture of what an organisation runs — every application, platform, integration, and technology — and how they depend on each other.

...the landscape Reading the landscape Technology heat maps Dependency analysis Using the landscape for decisions Putting it all together Cheat sheet Before we start — the one thing to hold onto Most organisations...

1 dayIntensive

PracticalLandscape exercise

Architecture Enterprise Context Application Landscape Technology Landscape Rationalisation Dependencies View Details

Requirements, Constraints, Trade-offs & Compromise

All levels — SA, EA, TS5-6 hoursTrade-off framework + constraint register template + requirements classification guide

The art of making the best possible architectural decision given what is required, what is constrained, and what must be sacrificed.

Quick Navigation Start here — What architecture really is Functional vs non-functional requirements Constraints Competing priorities Trade-off...

1 DayIntensive

PracticeReal decisions

Architecture Foundations Requirements Trade Offs Decision Making View Details

Future Operating Model

Advanced (EA, TS)5-6 hoursFuture operating model scenarios + AI-native organisation design principles + transition pathway + Communication Structure Heatmap

How organisations will need to restructure their technology capabilities, teams, and governance as AI, automation, and platform thinking reshape what it means to run a technology function.

...changing The AI-augmented technology function Platform-based operating models The evolving role of architecture Skills and capabilities Governance in a future operating model Designing the transition AI...

1 DayIntensive

StrategicEA · TS

Architecture Operating Model AI Future of Work Strategy Platform View Details

Roadmaps & Transformation Sequencing

Intermediate to Advanced (SA, EA, TS)5-7 hoursRoadmap template + transition state design guide + sequencing logic + dependency overlay

How to build multi-year transformation roadmaps that sequence architectural change realistically — accounting for dependencies, capacity, risk, and the fact that the organisation must continue operating while it transforms.

...transformation roadmap isn't a Gantt chart. It's not a list of projects with dates. It's a sequenced set of decisions and transitions that move the organisation from its current architecture to its target architecture...

1.5 DaysIntensive

StrategicSA · EA · TS

Architecture Roadmap Transformation Sequencing Strategy Delivery View Details

Data and AI

Intermediate4-6 hoursData readiness assessment + governance framework + pipeline blueprint

The data foundations that make AI work. Data quality, governance, architecture, pipelines, and the GenAI shift from training to retrieval. Most AI failures are data failures — learn the patterns and prevent them.

...problem AI exposes Data quality — the six dimensions Data governance — who owns and protects it Data architecture for AI Feature engineering Data pipelines Data for Generative AI — what's different Common...

1.5 DaysIntensive

Data ReadinessAssessment

Data Quality Data Governance Data Architecture Feature Engineering Data Pipelines RAG Vector Databases GenAI Data AI Fluency View Details

Quality Attributes / -ilities

SA, EA — Intermediate5-6 hoursQuality attribute reference card + -ility prioritisation matrix

The non-functional characteristics that determine whether a system is truly fit for purpose — scalability, reliability, availability, performance, security, maintainability, and more.

...is truly fit for purpose — not just whether it works, but how well it works under real conditions. Architecture is driven by quality attributes more than by functional requirements. Features can be added...

1 DayIntensive

SA · EARoles

Architecture Quality Attributes Non Functional Requirements Design Tactics View Details

1···5 6 7···9