Developer Productivity Vocabulary
5 exercises — Practice the language used to measure, discuss, and improve developer productivity: DORA metrics, the SPACE framework, flow state, cognitive load, toil, and engineering effectiveness.
Key Developer Productivity vocabulary clusters
- DORA metrics: deployment frequency, lead time for changes, change failure rate, MTTR (Mean Time to Recovery) — the four measures of software delivery performance
- SPACE framework: Satisfaction, Performance, Activity, Communication/Collaboration, Efficiency — a holistic view of developer productivity beyond output
- Developer experience (DX): inner loop vs outer loop, flow state, context switching, cognitive load, toil, onboarding time, time to first PR
- Engineering effectiveness: DX (Developer Experience), engineering effectiveness programmes, developer surveys, friction logs
0 / 5 completed
1 / 5
An engineering director reviews the quarterly metrics report:
"Our DORA metrics have improved significantly. Deployment frequency is up to 12 times a day, lead time for changes is down to 45 minutes, our change failure rate is 3%, and MTTR is under 30 minutes — we're firmly in the Elite tier."
Which of the following is not one of the four official DORA metrics?
"Our DORA metrics have improved significantly. Deployment frequency is up to 12 times a day, lead time for changes is down to 45 minutes, our change failure rate is 3%, and MTTR is under 30 minutes — we're firmly in the Elite tier."
Which of the following is not one of the four official DORA metrics?
Sprint velocity is a Scrum metric, not a DORA metric. The four DORA metrics are: deployment frequency (how often you deploy to production), lead time for changes (commit → production), change failure rate (% of deployments causing a production incident), and MTTR / time to restore service (how quickly you recover from a failure). DORA (DevOps Research and Assessment) research identifies Elite, High, Medium, and Low performance bands for each metric. Elite teams deploy multiple times per day, have lead times under one hour, a change failure rate of 0–5%, and MTTR under one hour. In conversation: "We track all four DORA metrics — they give us a balanced view of speed and stability."
Vocabulary Reference
Key terms from this exercise set — study these before retrying or share them with your team.
- DORA metrics
- Four measures of software delivery performance from DevOps Research and Assessment: deployment frequency, lead time for changes, change failure rate, and MTTR (Mean Time to Recovery). Teams are classified as Elite, High, Medium, or Low performers.
- SPACE framework
- A multidimensional model for measuring developer productivity across five dimensions: Satisfaction and wellbeing, Performance, Activity, Communication and Collaboration, and Efficiency and Flow. Developed by Nicole Forsgren et al. at GitHub Research (2021).
- Flow state
- A mental state of deep, uninterrupted focus during which a developer is most productive. Flow state is disrupted by interruptions such as instant messages, meetings, and context switches. Also called deep work.
- Context switching
- The act of shifting mental attention from one task to an unrelated one. Research suggests it takes approximately 23 minutes to fully regain deep focus after an interruption. Frequent context switching is a major source of lost productivity.
- Cognitive load
- The total mental effort required to understand a system, process, or codebase. High cognitive load increases error rates, slows learning, and impairs decision-making. Reducing cognitive load for product teams is a primary goal of platform engineering.
- Toil
- Manual, repetitive, automatable operational work that scales linearly with service growth and delivers no lasting engineering value. Defined by Google SRE. Recommended toil budget: below 50% of an SRE's working time.
- Inner loop vs outer loop
- The inner loop is the tight local development cycle (edit → build → test → debug), repeated many times per hour. The outer loop is the broader delivery cycle (PR → CI → code review → merge → deploy), completed less frequently. Both loops should be optimised for fast feedback.
- DX (Developer Experience)
- The overall quality of a developer's interaction with their tools, workflows, processes, and team environment. Good DX reduces friction, increases flow state, and improves both satisfaction and output. Measured through surveys, system metrics, and friction logs.
- Time to first PR / Onboarding time
- Time to first PR (or time to first commit) measures how quickly a new hire is able to make their first merged contribution — a proxy for onboarding efficiency. Onboarding time is the broader period until a developer reaches full independent productivity.
- Engineering effectiveness
- An organisational discipline that combines metrics (DORA, SPACE), tooling investment, and cultural practices to improve developer output, wellbeing, and satisfaction. Engineering effectiveness teams typically run DX surveys, analyse friction logs, and advocate for tooling improvements.