User Tools

Site Tools


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:20] – [What Can We Do To Reduce Need to Overcommit?] 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 termIn 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 factorThis 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 48: Line 49:
 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: 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+  * 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.  
 +  * Capacity Buffer: 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.     * 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.
     * 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]].     * 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]].
-  * Retrospectives could be run on the estimates, to improve the Team’s understanding of the work. +  * 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.
-  * Team Members could ensure that “everything is on the board” to reduce the impact of hidden work. +  * Visibility: Team Members could ensure that “everything is on the board” to reduce the impact of hidden work. 
-  * 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. +  * 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 could show awareness of their fallibility by admitting to past errors and discussing how they will address going forward.+  * 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: We also might try a more “culture oriented” approach. For example, we could adopt a mantra like:
Line 81: Line 83:
  
   * [[our_estimates_are_terrible|Our Estimates are Terrible!]]   * [[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/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]]   * [[https://a.co/d/8x9gKvO|"Goldratt's Rules of Flow" by Efrat Goldratt-Ashlag]]
/home/hpsamios/hanssamios.com/dokuwiki/data/attic/why_do_people_overcommit.1744381229.txt.gz · Last modified: 2025/04/11 07:20 by hans