Velocity-Based Planning

We'd like to estimate and plan releases based on velocity (rate of story point completion) rather than capacity (static value).

  • This would enable more dynamic calculation of release capacity given a target release date and velocit(ies) over the development phase of the release.
  • Static capacity will get out of sync with team velocity as velocity changes over time (growing a team, attrition, productivity lost to support cases, shared resources shifting on/off products) leading to over or under-assignment of features to releases.
  • Velocity can be calculated off actual data, with a refined average emerging over time..

We're aware Aha! calculates velocity based on points completion over time for reporting, but it's not being incorporated in release planning.  Rather than hard-coding capacity for each release, you could have an option to calculate capacity based on measured velocity for the product (and accept some starting estimated velocity). 

Looking forward in time, it's often possible to anticipate increases or decreases in velocity due to hiring or attrition and other factors, so it would be useful to apply adjustment factors onto the current velocity for roadmapping.

This approach allows product managers to project future progress against key initiatives without unnecessary tedious calculation, or delving into product dev team organization and productivity.

  • Guest
  • Oct 13 2017
  • Likely to implement
Release time frame
  • Attach files