Working toward Sustainable Pace in Scrum and Kanban
Aiming toward Sustainable Pace
“Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely." - The Agile Manifesto Principle
“programmers or software developers should not work more than 40 hour weeks, and if there is overtime one week, that the next week should not include more overtime.” - Extreme Programming
An unsustainable pace is unhealthy. It contributes to burnout, quality issues, and unpredictable results.
If you are an agile leader - do you know whether your teams are currently operating at a sustainable pace? Do you care? Would you rather not know because you’re afraid of the answer?
Measuring Sustainable Pace
Beyond having a general idea of the sustainability of pace, perhaps it would help to have a concrete KPI related to it?
If we use the language of OKRs, maybe something along these lines:
Objective Achieve a healthy sustainable pace
KR1 - People working reasonable hours AMB (as measured by) hours per week
KR2 - People happy about their pace AMB continuous survey
KR3 - Plans don’t assume unsustainable pace AMB ability to achieve forecasts without resorting to unsustainable pace measures
Forecasting toward Sustainable Pace by inspecting sustainability of past pace
The last KR relates to the planning/forecasting approaches we use in agile. Agile approaches leverage empirical planning approaches. They look at the past (Yesterday’s weather) to try and forecast the future. Whether it is Sprint/Iteration planning or forecasting single item completion times using SLEs. Whether by looking at Velocity, Throughput, or Cycle/Flow Times - most approaches tend to ignore how these past results were achieved when using them to predict future capacity.
For example, if our velocity in previous Sprints was 15-20 points, we will probably take on about 15-20 points. But what if these 15-20 points required a herculean effort that wasn’t sustainable?
If our cycle/flow times are 7-10 days 85% of the time we will be tempted to set that as an SLE (Service Level Expectation) to ourselves. But does that make sense if this was achieved while working 60 hour weeks?
Planning/Forecasting using a Sustainability Factor
What I’m advising teams/organizations I’m working with is to consider the “sustainability factor” when considering any past results for the purpose of forecasting the future and adjusting accordingly. This isn’t trivial. It requires making sustainable pace an explicit “citizen” of the measurement dashboard and conversation.
We have learned that speed and quality are related. We now understand that inappropriate speed might be at the expense of quality, so we look at a balanced scorecard of speed and quality. Moving forward, we need to add pace sustainability to this scorecard and to the conversation around how much work does it make sense to forecast.
A metric I've been toying with is Weighted Predictability/Sustainability:
As you can see here, achieving reasonable predictability scores is weighted down by the unsustainable pace required to achieve them. so a score of 80% is actually weighted down to 53%. This 53% is what should be used for future planning purposes. For example during Sprint Planning.
Similarly if the team is able to meet an SLE of 8 days or less 80% of the time but do it with an unsustainable pace of around 150% - it means that actually they are able to meet their SLE when working sustainably around 50% of the time.
A couple of caveats though - we know its not all about effort, and there are a lot of delays in the work, and it might actually be that if we work at a more sustainable pace we will achieve better predictability with the current SLE or amount of work we take on. We don't really know, and that's ok. The only thing I'm trying to stress here is that we shouldn't ignore HOW we are achieving the results we are.
Moving Forward - Treating Pace Sustainability as a first-class citizen
So what's a good name for this metric / KPI. Flow Sustainability? Pace Sustainability? Work Sustainability? Burnout Risk?
Does it make sense to use some sort of weighted factor combining predictability and sustainability? Is it enough to look at sustainability from a qualitative perspective? would it help to make it more quantitative?
Are you explicitly measuring anything related to Sustainable Pace? Do you have goals around it? Do you take it into consideration when planning? Please share in the comments!