Product delivery glossary
Twenty terms that come up in every delivery conversation, defined the way I actually use them rather than the way a certification course does. Where a definition has a tool attached, the tool is linked.
- Acceptance criteria
- The specific, testable conditions a piece of work must satisfy to be considered complete. Good criteria are written before development starts and are specific enough that QA can test against them without asking a follow-up question.
- Common failure: criteria written as a restatement of the title. "The user can log in" is a title. "A user with a valid email and password is redirected to the dashboard; an invalid password shows an inline error without clearing the email field" is acceptance criteria.
- Backlog
- The ordered list of work a team has committed to shaping and delivering. Note the two words doing the work: ordered, and committed to. A list of everything anyone has ever requested is an intake queue, not a backlog.
- Capacity
- The amount of work a team can actually take on in a sprint, after ceremonies, absence and the focus factor have been deducted from raw available hours. Distinct from availability, which is the number before those deductions and the number most teams accidentally plan against.
- Tool: sprint capacity planner.
- Cost of delay
- What it costs the business, per unit of time, to not have a feature yet. Making this explicit is the fastest way to settle a prioritisation argument, because it converts "this is important" into a number that can be compared with another number.
- Cycle time
- How long a work item takes from the moment someone starts it to the moment it is released. More useful than velocity for predicting delivery, because it measures flow rather than batch output, and it exposes queues that velocity hides.
- Definition of done
- The checklist every item must clear before it counts as complete: tested, reviewed, documented, deployable, and in regulated products, compliant. It is a team agreement, not a policy handed down, and it only works if the team actually enforces it on itself.
- In licensed markets, pulling regulatory checks into the definition of done is the single highest-leverage process change available.
- Definition of ready
- The conditions an item must meet before it can enter a sprint: understood, sized, with acceptance criteria and no unresolved external dependency. Teams that skip this spend the first two days of every sprint discovering what they committed to.
- Epic
- A body of work too large for one sprint, broken into stories that each deliver something on their own. If the stories inside an epic only make sense when all of them ship together, it is not an epic - it is one large item that has been chopped up for reporting purposes.
- Focus factor
- The share of a team's available time that actually reaches committed sprint work, once support, interruptions, context switching and unplanned work are accounted for. Measured honestly it lands between 55% and 75% for most teams.
- A team claiming 90% is not measuring it.
- Kanban
- A delivery method based on continuous flow with explicit limits on work in progress, rather than fixed-length iterations. Better suited than Scrum to teams whose work arrives unpredictably - support, platform and operations teams especially.
- OKR (Objectives and Key Results)
- A goal-setting structure pairing a qualitative objective with two to four measurable key results. Useful for connecting a roadmap to business outcomes; harmful when key results become a list of features to ship, which converts a goal framework into a delivery contract.
- Product Owner
- The person accountable for the value the team delivers: owning the backlog, setting the order, defining what done means, and being available to decide. The role is defined by decision authority. A Product Owner who has to escalate every trade-off is a business analyst with a different job title.
- Refinement (grooming)
- The continuous activity of breaking down, clarifying and sizing upcoming backlog items so they are ready before planning. Refinement is the cheapest intervention available in most struggling teams, and the first thing dropped when a team feels busy.
- Regression testing
- Verifying that new work has not broken existing behaviour. A fixed cost of every release regardless of what the release contains, which is why it should be budgeted explicitly rather than absorbed into individual tickets.
- Tool: story point estimator includes a regression buffer.
- RICE
- A prioritisation score: Reach multiplied by Impact multiplied by Confidence, divided by Effort. Its value is not the number but the four separate judgements it forces into the open, particularly confidence, which is where most inflated priorities hide.
- Tool: RICE backlog prioritiser.
- Scope creep
- Work added to a commitment after it was made. Some is healthy - it means you are learning. It becomes fatal when the arrival rate of new scope approaches the team's delivery rate, at which point no amount of effort moves the finish date closer.
- Tool: release date forecaster models this directly.
- Scrum
- A delivery framework built on fixed-length sprints, three accountabilities (Product Owner, Scrum Master, developers) and five events. Scrum is a container: it tells you when to have conversations, not how to make good product decisions inside them.
- Spike
- A timeboxed piece of research whose output is knowledge rather than shipped software. The correct response to any item the team cannot size confidently, and a far cheaper way to resolve uncertainty than committing to a date and discovering the problem mid-sprint.
- Story point
- A relative unit of size combining effort, risk, repetition and complexity. Points are compared with each other, never converted to hours at the item level - the moment a team agrees "three points is one day", points become hours with extra ceremony.
- Tool: story point estimator.
- Velocity
- The number of story points a team completes per sprint, averaged over recent sprints. A planning input, not a performance metric. The moment velocity is reported upward as a measure of productivity, it inflates, and the team loses its only forecasting instrument.
- Tool: release date forecaster uses velocity and its variability.
Disagree with one of these? Good - most of them are contested, and the definitions a team actually operates by matter more than the ones in a textbook. Tell me which one and why.
Something isn't shipping. Let's find out why.
Send me three sentences about what's stuck, or take the free 30-minute call. Either way you'll get an honest read - including if the answer is that you don't need me.