Hans Samios' Personal Lean-Agile Knowledge Base

... absolutely #noabsolutes ...

User Tools

Site Tools

Trace: • why_do_people_overcommit • reference_useful_in_training_situations
why_do_people_overcommit

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision		Previous revision
why_do_people_overcommit [2025/04/11 07:11] – [What Factors Contribute to Teams Over Committing?] Added "assume management cares" hanswhy_do_people_overcommit [2025/04/11 09:35] (current) – [What Factors Contribute to Teams Over Committing?] hans
Line 35: Line 35:
  
   * Management talks, but does not walk, Agile: For example, there is a conversation on over-committing, but no real action. Message to Team “situation normal: just keep saying yes.” Or management says “Thank-you Brent for taking this on.” Message to Team “we will continue to reward heroes.”   * Management talks, but does not walk, Agile: For example, there is a conversation on over-committing, but no real action. Message to Team “situation normal: just keep saying yes.” Or management says “Thank-you Brent for taking this on.” Message to Team “we will continue to reward heroes.”
 +  * Management implies: More insidious, because it is harder to see, is when management say things that they intend to be received as "do what is realistically possible" but it comes across to the Team as "we want you to do this, no matter what". Phrases like "we challenge the team to" and "please schedule this effort into your upcoming sprints" are often seen as requests to do something regardless, especially in organizations where this kind of thinking was the norm, irrespective of the intent of management.
   * Management unwillingness to make the hard calls: Sometimes management are presented with a problem and are unable to make a decision. Even though the Team has evaluated various positions management response is “If we just did it like this ... we can do both of these ...”. Spoken like a person who doesn’t actually have to do the work.   * Management unwillingness to make the hard calls: Sometimes management are presented with a problem and are unable to make a decision. Even though the Team has evaluated various positions management response is “If we just did it like this ... we can do both of these ...”. Spoken like a person who doesn’t actually have to do the work.
   * Management unwillingness to protect the Team from the consequences of “not now”: While Teams make the call, and Management agree, you will often see Management fold when their customer or stakeholder complains about the decision. Don’t get me wrong, there is often a need to change plans, but if that discussion does not include a discussion about taking work off the Team, all management is really saying is “you have to do it.”    * Management unwillingness to protect the Team from the consequences of “not now”: While Teams make the call, and Management agree, you will often see Management fold when their customer or stakeholder complains about the decision. Don’t get me wrong, there is often a need to change plans, but if that discussion does not include a discussion about taking work off the Team, all management is really saying is “you have to do it.” 
  
-This assumes that management understands the issue and want to do something about it. Organizations sometimes have a culture that simply doesn't have an interest in what is actually possible, where the date and what we want by that date is seen as the only driving factor. This type of situation is often seen where the development function is treated as a feature factory. Demands come in from the business or product management to the development function but since there is no relationship between the amount of the demand and what can actually get done, the development function is doomed for failure. Rather than work to address the issue, people demand more as, after all, they didn't get what they wanted last time, repeating the cycle and creating a hostage-like environment. +In many ways these are all examples of short term thinking that has huge consequences in the long term.
  
-In many ways these are all examples of short term thinking that has huge consequences in the long term. In my snarkier moments, I picture a screaming spoilt child demanding more and more while parents struggle to accomodate.+This assumes that management understands the issue and want to do something about it. Organizations sometimes have a culture that simply doesn't have an interest in what is actually possible, where the date and what we want by that date is seen as the only driving factor. This type of situation is often seen where the development function is treated as a feature factory. Demands come in from the business or product management to the development function but since there is no relationship between the amount of the demand and what can actually get done, the development function is doomed for failure. Rather than work to address the issue, people demand more as, after all, they didn't get what they wanted last time, repeating the cycle and creating a hostage-like environment. (Note: Sadly, in my snarkier moments, I picture a screaming spoilt child demanding more and more while parents struggle to accomodate. Not a worthy picture.)
  
 ====== What Can We Do To Reduce Need to Overcommit? ====== ====== What Can We Do To Reduce Need to Overcommit? ======
Line 46: Line 47:
 The question is “what can we do to improve the situation?” The question is “what can we do to improve the situation?”
  
-There are some obvious things we can do. Firstly, we can help our Teams understand that these drivers exist and that we often create problems for ourselves. Sometimes a simple discussion raising awareness will help. This is true of both the above individual and environmental factors which lead to over committing. For example:+Assuming management wants to engage and actually address the issue, there are some obvious things we can do. Firstly, we can help our Teams understand that these drivers exist and that we often create problems for ourselves. Sometimes a simple discussion raising awareness will help. This is true of both the above individual and environmental factors which lead to over committing. For example:
  
-  * Many people are unaware of the optimism bias we all have. You can make people aware of this bias by having a discussion around the [[https://www.ispot.tv/ad/7Jim/prudential-the-prudential-magnets-experiment|Prudential Ad About Thinking Positive in the Future]] +  * Track data: Assuming you don't have this information, start tracking the relevant data to make the problem visible. Depending on need, track demand vs capacity and the say / do ratio (make / meet commitments) and ensure people can see what is going on. 
-  * You can talk about the Hero culture in the context of books like the [[https://www.amazon.com/Phoenix-Project-DevOps-Helping-Business/dp/0988262592|“Phoenix Project”]].  +  * Optimism bias: Many people are unaware of the optimism bias we all have. You can make people aware of this bias by having a discussion around the [[https://www.ispot.tv/ad/7Jim/prudential-the-prudential-magnets-experiment|Prudential Ad About Thinking Positive in the Future]] 
-  * We could talk about using “[[https://www.martinfowler.com/bliki/YesterdaysWeather.html|Yesterday’s Weather]]” approach to determining how much work to take on instead of assuming we can do more.  +  * Hero Culture: You can talk about the Hero culture in the context of books like the [[https://www.amazon.com/Phoenix-Project-DevOps-Helping-Business/dp/0988262592|“Phoenix Project”]].  
-  * A capacity buffer could be added or increased to reflect the unknowns in the work intake system. The idea here is to force the Team to commit to less “planned” items until the intake system stabilizes. +  * Yesterday's Weather Forecasting: We could talk about using “[[https://www.martinfowler.com/bliki/YesterdaysWeather.html|Yesterday’s Weather]]” approach to determining how much work to take on instead of assuming we can do more.  
-  * Retrospectives could be run on the estimates, to improve the Team’s understanding of the work. +  * Capacity Buffer: A capacity buffer could be added or increased to: 
-  * Team Members could ensure that “everything is on the board” to reduce the impact of hidden work. +    * Reflect the unknowns in the work intake system. The idea here is to force the Team to commit to less “planned” items until the intake system stabilizes. 
-  * Teams could do a value stream mapping exercise to understand percentage of work that is accurate and complete, and so work to reduce the amount of work that returns. +    * Reflect the fact of that not everything will go to plan even if the system is relatively stable. This type of thinking goes back to [[https://a.co/d/bDLu7cF|"Slack: Getting Past Burnout, Busywork, and the Myth of Total Efficiency" by Tom DeMarco]] and, more recently to [[https://a.co/d/8x9gKvO|"Goldratt's Rules of Flow" by Efrat Goldratt-Ashlag]]. 
-  * Management could show awareness of their fallibility by admitting to past errors and discussing how they will address going forward.+  * Retrospective: Run a single subject retrospectives on the problem, and discuss things like estimates, to improve the Team’s understanding of the work, impact of not meeting commitment, etc.. 
 +  * Visibility: Team Members could ensure that “everything is on the board” to reduce the impact of hidden work. 
 +  * Value Stream Mapping: Teams could do a value stream mapping exercise to understand percentage of work that is accurate and complete, and so work to reduce the amount of work that returns. 
 +  * Management authenticity: Management could show awareness of their fallibility by admitting to past errors and discussing how they will address going forward. 
 + 
 +We also might try a more “culture oriented” approach. For example, we could adopt a mantra like:
  
 > Under-commit; Over-deliver. > Under-commit; Over-deliver.
  
-We also might try a more “culture oriented” approach. For example, we could adopt a mantra like “under-commit and over-deliver”. We would set the cultural expectation that it is OK to under-commit so long as we meet the resultant expectation. Some Management will worry than this will mean that Teams will slack off. The data above shows that we do not have this problem in reality. And wouldn’t you love to be in the room when a Team reports to the customer saying “we were able to complete the committed items and, since we had spare capacity, we also delivered this high priority item you were wanting.” BTW: I have actually seen this happen.+We would set the cultural expectation that it is OK to under-commit so long as we meet the resultant expectation. Some Management will worry than this will mean that Teams will slack off. The data above shows that we do not have this problem in reality. And wouldn’t you love to be in the room when a Team reports to the customer saying “we were able to complete the committed items and, since we had spare capacity, we also delivered this high priority item you were wanting.” BTW: I have actually seen this happen.
  
 Often these approaches have been tried and you still find a pattern of over commitment. In these situations the Team might want to set up a single subject Retrospective to discuss approaches to improve. This might be a place to discuss the issue, raise awareness of factors, and review possible approaches. I suspect that when you ask the Team, there will be other, more specific factors and potential approaches to take. Often these approaches have been tried and you still find a pattern of over commitment. In these situations the Team might want to set up a single subject Retrospective to discuss approaches to improve. This might be a place to discuss the issue, raise awareness of factors, and review possible approaches. I suspect that when you ask the Team, there will be other, more specific factors and potential approaches to take.
Line 73: Line 79:
  
 The bottom line is that over commitment is a problem that needs to be addressed if we really want to achieve a sustainable pace for the Teams, manage the expectations of our customers, ensure good work / life balance for our people increasing their engagement, and increase throughput.  The bottom line is that over commitment is a problem that needs to be addressed if we really want to achieve a sustainable pace for the Teams, manage the expectations of our customers, ensure good work / life balance for our people increasing their engagement, and increase throughput. 
 +
 +====== Want to Know More? ======
 +
 +  * [[our_estimates_are_terrible|Our Estimates are Terrible!]]
 +  * [[https://www.amazon.com/Phoenix-Project-DevOps-Helping-Business/dp/0988262592|“Phoenix Project”]]
 +  * [[https://www.martinfowler.com/bliki/YesterdaysWeather.html|Yesterday’s Weather]] 
 +  * [[https://a.co/d/bDLu7cF|"Slack: Getting Past Burnout, Busywork, and the Myth of Total Efficiency" by Tom DeMarco]] 
 +  * [[https://a.co/d/8x9gKvO|"Goldratt's Rules of Flow" by Efrat Goldratt-Ashlag]]
 +
  
 {{tag>FAQ commit WIP behavior Team}} {{tag>FAQ commit WIP behavior Team}}
/home/hpsamios/hanssamios.com/dokuwiki/data/attic/why_do_people_overcommit.1744380662.txt.gz · Last modified: 2025/04/11 07:11 by hans