Skip to main content

Practice map

The library is organised around the work a delivery team does, not around a checklist. The map below shows what each section answers, how the sections relate, and where to start depending on your role.

The library at a glance​

SectionAnswersCore standards
Adoption & assessmentHow do we know the organisation is ready, and how do we change it?Adoption lifecycle · Organisational readiness · Organisational change · Maturity model · Gap assessment
Platform & infrastructureHow is the AWS estate provisioned and governed?Terraform standard · Terraform state · Landing zone · Control Tower · Identity and SSO · Service control policies
Build & releaseHow does a change become a deployable artefact?Source control · Repository and branching · Release workflows · Build and test · GitHub Actions
Deploy & runHow does the artefact reach production safely?Deployment strategies · Containers and serverless · Elastic Beanstalk · Containerized workloads
OperateHow do we know it is healthy, and what do we do when it is not?Monitoring · Distributed tracing · Workload health KPIs · Runbooks · Deployment readiness
SecurityHow is the environment protected and evidenced?Security model · Security best practices · DevSecOps shift-left · Detection · Config compliance
ReliabilityHow does it survive failure, and how do we prove it?Resilience planning · Backup and DR · RTO and RPO
Delivery & governanceHow is the engagement scoped, controlled and closed?Delivery model · Statement of work · Risk management · Change management · Handover
TemplatesWhat do the working documents look like?Discovery, planning, delivery and closure templates

How the practices connect​

Assess Adoption & assessment
└── readiness → maturity → gap → change plan

Provision Platform & infrastructure
└── accounts → identity → network → guardrails → IaC

Build Build & release
└── source control → review → build → test → artefact

Deploy Deploy & run
└── strategy → runtime → progressive release → rollback

Operate Operate
└── telemetry → KPIs → alert → runbook → review

Secure Security
└── design → shift-left gates → detection → response

Assure Reliability
└── RTO/RPO → backup → restore drill → failover test

Govern Delivery & governance
└── scope → plan → risk → change → acceptance → handover

The arrows are not strictly sequential. Security and reliability are designed alongside platform and deployment work, not after it; the governance practices run across the whole lifecycle.

Where to start​

If you areStart withThen
A sponsor or executiveHow we workAdoption lifecycle, Delivery model
A platform or cloud engineerTerraform standardLanding zone, Configuration management, Service control policies
An application engineerSource controlRepository and branching, Release workflows, Container pipelines
An SRE or operations leadMonitoringWorkload health KPIs, Runbooks, Deployment readiness
A security leadSecurity modelSecurity best practices, Detection, Config compliance
A project or delivery managerDelivery modelStatement of work, Risk management, Change management
New to the libraryHow we workGlossary, then the section relevant to your role

Well-Architected alignment​

PillarWhere it is addressed
Operational excellenceRelease workflows, Deployment readiness, Runbooks, Change management
SecuritySecurity model, Security best practices, Detection, Config compliance
ReliabilityResilience planning, Backup and DR, RTO and RPO
Performance efficiencyMonitoring metrics, Deployment strategies
Cost optimisationCost visibility, Containers and serverless
SustainabilityRight-sizing throughout monitoring metrics and cost visibility

Reading a standard​

Every page follows the same shape, so standards can be compared and applied consistently:

PartWhat it contains
The standardThe requirement the practice must meet, stated plainly
ApproachHow Qbits implements it — tools, patterns and the reasoning behind them
In practiceConfiguration, code or procedure a delivery team can follow directly
EvidenceWhat is produced to show the standard was applied