Glossary.
Short, straight explanations of the terms we use every day — platform engineering, DevOps, developer experience and modern software delivery.
Blameless post-mortem
A blameless post-mortem is a structured review after an incident that focuses on systems, processes and decisions — not on finding a scapegoat — so the organisation actually learns from what happened.
CI/CD
CI/CD stands for continuous integration and continuous delivery/deployment: automated flows where code is built, tested and delivered to production in small, frequent steps instead of big, risky releases.
Developer experience (DX)
Developer experience (DX) is the sum of how it feels and how long it takes for developers to do their job: starting a service, finding documentation, getting feedback from tests and deploying to production.
DORA metrics
The DORA metrics are four key measures of software delivery: deployment frequency, lead time for changes, change failure rate and time to restore. They come from the DORA research programme — DevOps Research and Assessment.
Feature flags
Feature flags (feature toggles) are switches in the code that let functionality be turned on and off without a new deploy — decoupling deployment from release and giving control over timing, audiences and risk.
GitOps
GitOps is a way of working where Git is the source of truth for both infrastructure and application configuration: desired state is described in code, reviewed in pull requests and rolled out automatically by tools that keep reality in sync.
Golden path
A golden path is a ready-made, recommended, self-service route through a common developer workflow — for example from new repo to service in production — with standards, security and automation built in.
Infrastructure as Code (IaC)
Infrastructure as Code means environments, networks, permissions and resources are defined in version-controlled code instead of being clicked together manually — making infrastructure traceable, testable and repeatable.
Inner source
Inner source means taking ways of working from open source and applying them inside the organisation: open repos, open contributions, clear ownership and shared standards between teams.
Internal developer platform (IDP)
An internal developer platform (IDP) is the combined set of tools, services and self-service flows an organisation builds for its own developers — from creating a new repo to deploying, monitoring and operating services.
Model Context Protocol (MCP)
The Model Context Protocol (MCP) is an open standard that lets AI assistants and agents connect to tools, databases, documents and internal systems in a structured way — so the AI can act in your real environment, not just answer in general terms.
Observability
Observability is the ability to understand what's happening inside a system from what can be observed — metrics, logs, traces and events — so you can answer questions nobody anticipated when the system was built.
Platform engineering
Platform engineering is the discipline of building internal platforms, tooling and workflows that make it easy for development teams to deliver software safely, quickly and consistently.
Progressive delivery
Progressive delivery means changes are rolled out gradually — for example via canary releases or percentage-based rollouts — measured in production and scaled up only when the signals are right.
Site Reliability Engineering (SRE)
SRE is a way of making operations systematic and measurable: reliability is expressed as objectives (SLOs) and error budgets, and the team actively works with alerting, automation and improvement instead of reactive firefighting.
Trunk-based development
Trunk-based development is a way of working where all developers integrate small changes into a shared main branch (trunk) several times a day, instead of working for long periods in separate feature branches.
Got a problem worth solving?
Chat with us on WhatsApp. We reply within 48 hours.