This page explains the problem this site exists to solve, introduces the BVSSH operating model, and shows you how everything connects. Read this first - then explore the system in the order that's most relevant to where you are.
Most engineering organisations get better at producing output. They don't consistently get better at producing outcomes. There's a difference - and it compounds over time.
The teams that ship most frequently are usually not the ones with the most engineers, the most process, or the most governance. They're the ones that have built a coherent operating model - a system in which culture, practice, architecture, and measurement all reinforce each other.
BVSSH - Better Value Sooner Safer Happier - is the outcome lens this entire site is built around. It comes from Jonathan Smart's work and the research that underpins it is robust: the organisations that excel at all five outcomes outperform those that optimise for one or two at the expense of others.
These aren't aspirational values. They're measurable outcomes - and every policy, standard, practice, and playbook on this site exists to move the needle on at least one of them.
Explore the full BVSSH frameworkQuality built in - not inspected in. Sustainable technical health, reduced defect rates, codebases designed to change. Better is the outcome of treating engineering excellence as a first-class concern, not a nice-to-have.
Work that connects to outcomes customers and the business actually care about. Value is delivered when what gets built solves the right problem - not just when the ticket moves to done.
Frequent, small, safe releases driven by short feedback loops. Sooner is made possible by trunk-based development, CI/CD, and deployment pipelines that make releasing a non-event.
Reliable, observable, secure systems. Safety means being able to detect problems fast, recover quickly, and deliver change without fear. It is not about slowing down - it is about building the confidence to speed up.
Developer experience, psychological safety, and a culture of learning. Happier teams stay longer, perform better, and produce higher-quality work. This is not a soft outcome - it is a leading indicator of everything else.
The site is structured around four interconnected components. Each is useful in isolation. Together they form a complete picture of what an engineering organisation needs to build, measure, and sustain high performance.
The outcome framework. Five outcomes that define what high performance looks like - and the lens through which every standard and practice is evaluated.
Explore BVSSH →Eight engineering domains - each with policies, standards, practices, and measures. This is the operational layer: what teams should do, how to know they're doing it well, and how to get better.
Explore the C4E →Opinionated, practical guides for the practices that matter most. Each playbook covers the what, the why, the how, and the measures of success - at five levels of maturity.
Read the playbooks →DORA, DevEx, DevOps capability mapping, and engineering strategy. The research base that underpins the operating model - so recommendations are evidence-led, not opinion-led.
Explore frameworks →Depending on where you are and what you need, the path through the site is different. Here are the most common starting points.
Start with the Engineering Strategy page and the BVSSH framework. Then use the C4E to assess where your domains are strongest and weakest.
Engineering Strategy →Go directly to the Centre of Excellence. Pick the domain most relevant to your current challenge and work through the standards and practices.
Centre of Excellence →Start with the Playbooks - particularly Measuring Engineering Outcomes, Observability, and Trunk-Based Development. Then use the DevOps Capability Framework.
Playbooks →Go to Frameworks. DORA, DevEx, and SPACE give you the evidence behind the practices. Use these to build the case for change.
Frameworks →The model works. But applying it inside a real organisation - with its politics, history, and constraints - is a different challenge. That's what I help with.