Back to blog Browse the expressions hub

How Do You Talk About Throughput in Agile and Software Delivery?

Foundational Guides · 3 min read · 2026-08-16 · Updated 2026-08-26

Throughput appears often in sprint retros and delivery reports. This field adds one extra check to the general meaning.

In Agile, Scrum, and Kanban, throughput counts completed work items. These may be tickets, stories, or changes finished during a period. The count treats each item the same regardless of size. Differences in work type or size affect how you interpret and compare the count.

Count the right thing

Agile throughput normally counts completed items without weighting their size.

The same rate concept, applied to work items

Software-delivery throughput uses the same rate idea as general business. Here, the measure applies to completed work items. The phrase "team throughput" names the team as the measured system. Other fields use similar phrases, such as "system throughput" or "line throughput."

"Team throughput improved after we cut the approval steps -- we're completing more tickets per sprint."

"Before comparing our throughput to the other squad's, we flagged that their tickets tend to be much smaller, so a straight item-count comparison would be misleading."

"The engineering manager reported delivery throughput for the quarter as completed change requests per two-week cycle, broken out by team."

Want to actually use "Throughput" naturally at work?

Understanding it is one thing. Practice its nuances, see how it works in real workplace situations, and use it yourself with feedback.

Start the "Throughput" learning path →

The domain-specific discipline: interpret the item count

Throughput counts every completed item once, regardless of size. Two teams that each close twenty items therefore have equal measured throughput. That does not prove equal effort, complexity, value, outcomes, or capacity. Different work types and size distributions can make a direct comparison misleading.

Interpret the trend using a stable definition of workflow and a reasonably stable item mix. Segment different work classes when that helps. Add cycle time, quality, and work-type context where relevant. Some teams also track estimated size or velocity. Those measures answer a different question and should not be compared across teams.

Reading a throughput number in context

One sprint's throughput number says little on its own. Trends across several periods are easier to interpret when workflow rules and item mix stay fairly stable. Investigate a sudden rise before celebrating it. A better process may explain the change, but a different work mix may also raise the count. The same caution applies to a sudden drop.

Practice scenarios

Practice using throughput in situations like:

  • reporting sprint or delivery-cycle throughput in a retro
  • flagging that a cross-team throughput comparison needs an item-size caveat
  • distinguishing a raw completed-item count from a size-weighted metric

Useful practice phrases:

  • "Team throughput improved after we..."
  • "Before comparing our throughput to..., we should note that..."
  • "We reported delivery throughput as completed items per..."

Report a sprint trend responsibly

Team throughput counts completed items, not the value they deliver.

Check workflow and item mix before comparing teams or periods. That context makes the number more useful.

Lyra Practice helps advanced non-native English professionals learn the nuance of high-value workplace expressions and practice using them in realistic scenarios, so their English sounds natural, precise, and senior at work. Try Lyra Practice.

Know "Throughput." What else might you be missing?

The free Workplace English Expression Gap Assessment checks your recognition of high-value expressions across common workplace situations and shows you where your vocabulary gaps may be.

Find my vocabulary gaps

Keep reading