how_do_we_assign_business_value_to_pi_objectives
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
how_do_we_assign_business_value_to_pi_objectives [2018/05/10 13:59] – hpsamios | how_do_we_assign_business_value_to_pi_objectives [2021/04/23 09:38] (current) – Added mapping information hans | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== How Do We Assign Business Value to PI Objectives? ====== | ====== How Do We Assign Business Value to PI Objectives? ====== | ||
- | ====== Premise ====== | + | There seems to be a lot of question the use of " |
- | Seems to be a lot of question the use of " | ||
- | ====== Background ====== | + | {{page> |
- | Been a need for a while but [[2018-04-10-SuperSet(SDM)InspectAndAdapt]] brought it to the fore. | ||
- | Paired with [[2018-04-30-WritingPIObjectives]]. | + | {{page> |
- | {{page> | ||
- | |||
- | |||
- | [[What Problems Have You Seen With the Business Value Assignment Process?]] | ||
- | |||
- | The general literature calls for the Business Owner to go from team to team during a PI Planning event, and assign values in the range of 10 (high value) to 1 (low value) on all the team's PI Objectives on a relative scale. | ||
- | |||
- | Sounds easy, doens' | ||
- | |||
- | * The Business Owners have some kind of an absolution scale in their head for business value. Perhaps the " | ||
- | * The Business Owners wonder how they will " | ||
- | * Whether because of the arbitary nature of the process, or because of an approach where the Business Owner has an absolute scale in their heads, you will often see Business Values for a team become pretty undifferentiated - all 10's, or all 1's, or, because "I don't really know" all 5's. None of this adds value to the joint understanding of the work. | ||
====== How Do We Assign Business Values to PI Objectives? ====== | ====== How Do We Assign Business Values to PI Objectives? ====== | ||
Line 39: | Line 25: | ||
- Repeat 3 until done. | - Repeat 3 until done. | ||
- | This process allows us to have the discussions we need, while reducing the "arbitariness" of the process, at the same time providing the data to use in the Program Increment: | + | This process allows us to have the discussions we need, while reducing the "arbitrariness" of the process, at the same time providing the data to use in the Program Increment: |
* Teams can use the relative values to improve their (local) decision making processes. | * Teams can use the relative values to improve their (local) decision making processes. | ||
- | * Teams can create the metric to show how they are making and meeting commitments. This is called the " | + | * Teams can create the metric to show how they are making and meeting commitments. This is called the " |
- | Probably the biggest problem with the assignment of Business Value is when the PI Objectives do not clearly articulate | + | Probably the biggest problem with the assignment of Business Value is when the PI Objectives do not clearly articulate the value, or is written in such a way that the business is not able to understand what is being done. It is therefore important that PI Objectives are “good” - see references below for more information. |
Another problem that we sometimes see is when people confuse what they are providing. For example some people start to think “if I have PI Objective 1 as a 10, and PI Objective 2 as an 8, then this means that the 10 item will be worked first.” Business Value is a value, not a priority. It might be used to make prioritization decisions but it is not showing the priority of the work. | Another problem that we sometimes see is when people confuse what they are providing. For example some people start to think “if I have PI Objective 1 as a 10, and PI Objective 2 as an 8, then this means that the 10 item will be worked first.” Business Value is a value, not a priority. It might be used to make prioritization decisions but it is not showing the priority of the work. | ||
- | Note that as a side benefit, the train / program level metric for predictability percentage calculated by comparing the sum of the Business Values planned by the teams on the train in comparison | + | Note that as a side benefit, the train / program level metric for predictability percentage calculated by comparing the sum of the Business Values planned by the teams on the train in comparison |
- | + | ||
- | ====== How Do We Work with PI Objective Business Values During the Program Increment? ====== | + | |
- | + | ||
- | At the end of the PI Planning event we have a set of business values. And and the end of this PI we would like to have a set of values that are updated to reflect the value of what was actually delivered so we can improve on our ability to deliver value. In other words the updated values are used to calculate the predictability metric and so is an input into the Inspect and Adapt). | + | |
- | + | ||
- | One mistake a lot of Release Train Engineers make is to wait until the end of the Program Increment to gather up the values. The thinking is that we don’t want to waste people’s (especially these senior Business Owner types) on updating these values so we should wait for the next big event. | + | |
- | + | ||
- | As said, this is a mistake: | + | |
- | + | ||
- | * The timing is such that the most time (say a quarter) has occurred between the initial commitment, the demonstration of value and the assignment of updated business values. Even with the best intention in the world, it is difficult to ask the Business Owner to remember all context that went into each of these steps especially when they are now being asked to update all the numbers at once. | + | |
- | * The teams will often feel slighted when, from their perspective suddenly a value is reduced when their numbers go down. While this might actually be valid (now that the delivery is seen, the value could be less than expected) it’s pretty hard on a team who then has no recourse to ask why there is a change and / or perhaps point out considerations the business owner is not seeing. | + | |
- | * The entire Train is wasting time while the business owner makes decisions about the value they are seeing. This seems like a poor trade-off of time - 1 or 2 business owners time vs 100 people on the Train. | + | |
- | * The Train is constantly delivering value as represented by demonstrations of deliverable functionality. If we only get people to comment on value at the end of the PI this gives the false impression that value only is delivered at the end. We want to encourage discussions about delivering value continuously, | + | |
- | A better approach is to have the business owner update the values as they are delivered. Typically as a result | + | >> In summary, "How do we assign Business Value?" |
- | If the Business Owner attends the System Demonstration, | + | {{page> |
- | It is OK for the Business Owner to say “this is now valued a 7 (ie lower value) than we original thought.” Sometimes this is because the business situation changed. Or it might be that after having seen the capability it’s just not as useful as it was. Whatever the case, we need this data to figure out how we can improve. Is there something we could have done to improve our communication? | + | {{page> |
- | Sometimes we find that Business Owners say they do not have the time to attend a System Demo or that they need to wait on something else before providing the value. My feeling is that the RTE should set up a working agreement with the Business Owner where in the event that the Business Owner is unable to provide a value, the RTE will simply assign the value that was originally given. Like most working agreements of this time, the other side of the agreement will be that the RTE will work hard to show the value to the Business Owner so they can provide feedback. In general this is a bit of an anti-pattern (we want Business Owners involved as much as possible), but especially as you are establishing Trains in a new organization, | ||
====== Want to Know More? ====== | ====== Want to Know More? ====== | ||
* [[How Do We Write Good PI Objectives? | * [[How Do We Write Good PI Objectives? | ||
- | * [[what_is_the_purpose_of_sprint_or_iteration_goals|What is the Purpose of Sprint or Iteration Goals?]]: While originally written from the perspective of Scrum Teams creating Sprint Goals, PI Objectives can be seen as Uber-Sprint Goals and so can provide additional background such as why we do PI Objectives at all and how these are different to features we are working as part of a PI Planning process. | + | * [[what_is_the_purpose_of_iteration_or_sprint_goals|What is the Purpose of Sprint or Iteration Goals?]]: While originally written from the perspective of Scrum Teams creating Sprint Goals, PI Objectives can be seen as Uber-Sprint Goals and so can provide additional background such as why we do PI Objectives at all and how these are different to features we are working as part of a PI Planning process. |
* https:// | * https:// | ||
* http:// | * http:// |
/home/hpsamios/hanssamios.com/dokuwiki/data/attic/how_do_we_assign_business_value_to_pi_objectives.1525985954.txt.gz · Last modified: 2020/06/02 14:27 (external edit)