ORG-03
Squad Sprint Overcommit Versus Roster Capacity
Org Capacity
Default severity: medium
ProcessOutputRiskEffort
What it detects
active committed story points exceed squad sprint_capacity_sp times overcommit buffer; tests; catalogue.
Detection formula
No published identification formula is available yet for this rule.Examples in practice
- Roster FTE, sharing scope, or team mapping disagrees with observed assignments and worklogs.
- A squad or tribe commitment exceeds configured capacity, or a person works outside declared sharing.
- A team shows active committed story points exceed squad sprint_capacity_sp times overcommit buffer; tests; catalogue during analysis.
Suggested response
Reconcile roster FTE, sharing scope, and observed work so capacity matches how people actually deliver.
Coaching playbook
Symptom
The "Squad Sprint Overcommit Versus Roster Capacity" signal shows a repeatable delivery anti-pattern on the cited issues.
Why it matters
When "Squad Sprint Overcommit Versus Roster Capacity" keeps appearing, the team is signalling a repeatable process gap. Left unexamined, the pattern hides where work really stalls and makes improvement metrics harder to trust.
What you can achieve
Reconcile roster FTE, sharing scope, and observed work so capacity matches how people actually deliver.
Facilitation questions
- What system change would stop "Squad Sprint Overcommit Versus Roster Capacity" from firing again?
- What do the cited issues have in common — same root cause or same workaround?
- Who owns the two-week experiment and how will we verify on the next import?
Run this rule against your own tracker data with Flow Analyzer.