• Home
  • BVSSH
  • Engineering Enablement
  • Playbooks
  • Frameworks
  • Good Reads
Search

What are you looking for?

Standard : Teams track time-in-status across their delivery flow

Purpose and Strategic Importance

This standard ensures teams measure time spent in each stage of their delivery workflow, making bottlenecks and wait states visible. By tracking time-in-status data, teams can continuously optimise flow and reduce wasted effort.

Aligned with our "Limit Work in Progress (WIP)" policy, this standard promotes faster, more predictable delivery and stronger collaboration. Without it, bottlenecks remain hidden, lead times stretch, and continuous improvement stalls.

Strategic Impact

  • Improved consistency and quality across teams
  • Reduced operational friction and delivery risks
  • Stronger ownership and autonomy in technical decision-making
  • More inclusive and sustainable engineering culture

Risks of Not Having This Standard

  • Slower time-to-value and increased rework
  • Accumulation of inconsistency and process debt
  • Reduced trust in engineering data, systems, or ownership
  • Loss of agility in the face of change or failure

CMMI Maturity Model

  • Level 1 – Initial: No visibility into time spent in workflow stages. Bottlenecks are anecdotal, and delays are not actively tracked or addressed.

  • Level 2 – Managed: Some teams begin tracking time-in-status data, typically through tooling defaults or manual methods, but usage is inconsistent and insights are not routinely actioned.

  • Level 3 – Defined: Time-in-status measurement is established as a standard practice. Teams consistently apply this approach using shared tools and regularly review flow metrics.

  • Level 4 – Quantitatively Managed: Bottlenecks and wait states are benchmarked and tracked over time. Teams use data to inform delivery decisions, experiments, and process improvements.

  • Level 5 – Optimising: Time-in-status insights are embedded into team retrospectives and governance. Metrics continuously shape prioritisation, reduce delays, and enhance delivery predictability.


Key Measures

  • Adoption rates and coverage across teams
  • Impact on delivery metrics, quality, or team health
  • Evidence of ownership, governance, or learning loops
Associated Policies
  • Balance Sustainability with Speed
  • Minimise Handoffs
  • Measure & Validate Value
Associated Practices
  • Error Budget Policies
  • Trunk-Based Development
  • SLOs, SLIs, and SLAs
  • Feature Toggles (Flags)
  • Release Orchestration Tools
  • Value Stream Mapping
Associated Measures
  • Code Review Cycle Time
  • Cycle Time

Technical debt is like junk food - easy now, painful later.

Awesome Blogs
  • LinkedIn Engineering
  • Github Engineering
  • Uber Engineering
  • Code as Craft
  • Medium.engineering