Hans Samios' Personal Lean-Agile Knowledge Base

... absolutely #noabsolutes ...

User Tools

Site Tools

Trace: • arthur_richards_-_distributed_agile • how_do_i_hold_my_people_accountable • what_does_a_scrum_master_do_all_day • how_do_we_use_assessments_for_good • why_do_we_have_a_definition_of_ready • do_managers_matter_in_an_organization • how_do_we_control_work-in-progress_wip • what_is_a_definition_of_ready_dor_ssa • how_do_you_become_aware_of_impediments • why_should_we_consider_moving_to_agile
we_need_more_people._or_do_we

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
we_need_more_people._or_do_we [2024/01/12 07:39] – hanswe_need_more_people._or_do_we [2024/01/12 07:47] (current) – Added estimation approach hans
Line 6: Line 6:
   * Organizations approve too much portfolio level work which results in missing commitments, slow delivery, and a lack of focus on the value (outcome) required by the portfolio.    * Organizations approve too much portfolio level work which results in missing commitments, slow delivery, and a lack of focus on the value (outcome) required by the portfolio. 
   * Organizations do not focus on what it takes to deliver value, focusing instead on managing people rather than the system of delivery.   * Organizations do not focus on what it takes to deliver value, focusing instead on managing people rather than the system of delivery.
- +
 A couple of simple exercises can be used to provide visibility (data) into these areas. Firstly, we need to understand the demand we have on the system and compare it to the capacity available to deliver on that demand. The approach I’ve taken in the past is: A couple of simple exercises can be used to provide visibility (data) into these areas. Firstly, we need to understand the demand we have on the system and compare it to the capacity available to deliver on that demand. The approach I’ve taken in the past is:
   * To determine demand because of portfolio initiatives:   * To determine demand because of portfolio initiatives:
Line 16: Line 16:
   * Demand vs Capacity:   * Demand vs Capacity:
     * Compare the demand to capacity within some timeframe e.g. one-year look ahead. This will tell you roughly whether you have too much work “approved”. Gross numbers will show you how “bad” things are.     * Compare the demand to capacity within some timeframe e.g. one-year look ahead. This will tell you roughly whether you have too much work “approved”. Gross numbers will show you how “bad” things are.
- +
 In many cases this will lead to a healthy discussion about how we focus our efforts on a few of the most important initiatives as well as a discussion of how much work we should kick-off at the portfolio level. I’ve seen situations where there is 5 years of work that has already been approved and there is still more work being approved! The resultant discussion typically results in a pure prioritized top-10 list to start to clear the backlog and rules for any subsequent approvals (e.g. cannot approve new initiative until another item is finished.) In many cases this will lead to a healthy discussion about how we focus our efforts on a few of the most important initiatives as well as a discussion of how much work we should kick-off at the portfolio level. I’ve seen situations where there is 5 years of work that has already been approved and there is still more work being approved! The resultant discussion typically results in a pure prioritized top-10 list to start to clear the backlog and rules for any subsequent approvals (e.g. cannot approve new initiative until another item is finished.)
- +
 A second aspect of this kind of analysis is to look at the rate initiatives are being finished. We can easily determine the throughput of Initiatives, which will provide further data on portfolio completion. To do this count the number of initiatives that have finished in a time period and apply that to the future. So, if we have 120 initiatives to complete, and we are completing 7 initiatives per month, then we can expect out backlog to be cleared (without any new initiatives being approved) in 17 months. A second aspect of this kind of analysis is to look at the rate initiatives are being finished. We can easily determine the throughput of Initiatives, which will provide further data on portfolio completion. To do this count the number of initiatives that have finished in a time period and apply that to the future. So, if we have 120 initiatives to complete, and we are completing 7 initiatives per month, then we can expect out backlog to be cleared (without any new initiatives being approved) in 17 months.
- +
 One place I worked showed that there was, according to the demand vs capacity discussion above, enough people to do the work but that based on people’s gut feel this was not correct. This analysis revealed there was a backlog of about 2.4 years. This lead the VP responsible for portfolio management to day: One place I worked showed that there was, according to the demand vs capacity discussion above, enough people to do the work but that based on people’s gut feel this was not correct. This analysis revealed there was a backlog of about 2.4 years. This lead the VP responsible for portfolio management to day:
- +
 >So what you are telling us Hans is that we just suck at execution! >So what you are telling us Hans is that we just suck at execution!
- +
 Additional analysis lead to a discussion about whether we were effectively using the people we had. Issues in this organization included: Additional analysis lead to a discussion about whether we were effectively using the people we had. Issues in this organization included:
   * Alignment: There is a lack of alignment with respect to what is the most important thing to be working on. This results arbitrary and non-aligned decisions at all levels of the organization, slowing down everything.   * Alignment: There is a lack of alignment with respect to what is the most important thing to be working on. This results arbitrary and non-aligned decisions at all levels of the organization, slowing down everything.
Line 33: Line 33:
   * Reactive (rather than proactive): Related to the above, there was an inability to plan for items with significant lead times or resource constraints.   * Reactive (rather than proactive): Related to the above, there was an inability to plan for items with significant lead times or resource constraints.
   * People Churn: There is a lot of people churn in the organization, with many new people being brought on board both as associates and contractors, and many leaving. This typically results in impact on delivery of value as people need to be brought up to pace on the work (domain knowledge, technology knowledge, etc.).    * People Churn: There is a lot of people churn in the organization, with many new people being brought on board both as associates and contractors, and many leaving. This typically results in impact on delivery of value as people need to be brought up to pace on the work (domain knowledge, technology knowledge, etc.). 
- +
 Both tools - demand vs capacity and initiative throughput - are simple, lightweight tools to work the perceived need for “more people”. In most cases the “demand” side of the equation can be developed in a couple of 1-hour sessions, while the “capacity” side of the equation is the result of a series of questions to provide a useful range of figures. The throughput discussion is typically available by watching current initiatives generally generate from historical data. And while simple the data produced is hard to argue with. In all cases the data generated typically opens conversations and moves the discussion away from “how do we get more people” to “how do we ensure we are working on the most important things given the capacity we have”.  Both tools - demand vs capacity and initiative throughput - are simple, lightweight tools to work the perceived need for “more people”. In most cases the “demand” side of the equation can be developed in a couple of 1-hour sessions, while the “capacity” side of the equation is the result of a series of questions to provide a useful range of figures. The throughput discussion is typically available by watching current initiatives generally generate from historical data. And while simple the data produced is hard to argue with. In all cases the data generated typically opens conversations and moves the discussion away from “how do we get more people” to “how do we ensure we are working on the most important things given the capacity we have”. 
    
 ====== Want to Know More? ====== ====== Want to Know More? ======
  
 +  * See [[facilitation_-_play_pass_or_move|Facilitation - Play, Pass, or Move]] for one approach to estimate the demand.
   * Short version of this was published on [[https://www.linkedin.com/posts/hanssamios_portfoliomanagement-capacity-demand-activity-7150910299204714497-KrRE?utm_source=share&utm_medium=member_desktop|LinkedIn]] and the [[https://www.fivewhyz.com/post/we-need-more-people-or-do-we|FiveWhyz Blog]]   * Short version of this was published on [[https://www.linkedin.com/posts/hanssamios_portfoliomanagement-capacity-demand-activity-7150910299204714497-KrRE?utm_source=share&utm_medium=member_desktop|LinkedIn]] and the [[https://www.fivewhyz.com/post/we-need-more-people-or-do-we|FiveWhyz Blog]]
  
 {{tag>PortfolioManagement FAQ Capacity Demand Flow FlowImprovement}} {{tag>PortfolioManagement FAQ Capacity Demand Flow FlowImprovement}}
/home/hpsamios/hanssamios.com/dokuwiki/data/attic/we_need_more_people._or_do_we.1705073970.txt.gz · Last modified: 2024/01/12 07:39 by hans