APPPM Issue Tree

From apppm
(Difference between revisions)
Jump to: navigation, search
Line 130: Line 130:
 
The 80-20 rule, which is also known as the Pareto Principle [[https://en.wikipedia.org/wiki/Pareto_principle]], is a principle that states that 80% of the results are due to 20% of the initial inputs. More specifically, for this ''Issue identification and prioritisation'' step of the ''Solving'' phase, this principle is interpreted taking into account that the first 20% of the work carried out to analyse the important points on which to apply an improvement will provide 80% of the solution.
 
The 80-20 rule, which is also known as the Pareto Principle [[https://en.wikipedia.org/wiki/Pareto_principle]], is a principle that states that 80% of the results are due to 20% of the initial inputs. More specifically, for this ''Issue identification and prioritisation'' step of the ''Solving'' phase, this principle is interpreted taking into account that the first 20% of the work carried out to analyse the important points on which to apply an improvement will provide 80% of the solution.
  
In business, one of the objectives of the 80-20 rule is to identify the inputs that are potentially most productive and make them the priority.  
+
In business, one of the objectives of the 80-20 rule is to identify the inputs that are potentially most beneficial and make them the priority. Hence, once the factors that are critical to a company's success have been clearly identified, maximum attention should be paid to these factors. This is not a specific methodology to be followed, but simply a principle to be taken into account when carrying out the initial steps of problem-solving. The fact of carrying out a good analysis at the beginning, clearly identifying the issues and subissues and making a good study of their prioritisation implies the subsequent success of the project. This is a very important part of the process, as the decisions taken at this stage will be the basis for all subsequent changes and operations in the company. Therefore, in order to make good use of the resources, time and money of the analysis process, it is important to correctly define the problems to be solved so as not to have to go back and rectify them later on.
 +
 
  
 
PICTURE 80/20
 
PICTURE 80/20

Revision as of 21:51, 20 February 2021

Contents

Abstract

Mainly, a Issue-driven problem-solving process consists in three phases: identifying, solving and communicating.

Firstly, the identifying phase consists in the problem definition in which the consultor dentify which problem to solve, stakeholders that influence the solution and key success criteria for the work ahead.

Next, the solving phase consist in three steps:

- Issue identification and prioritisation. Problems are deconstructed into quantifiable and formal problem statements (issues) that can be prioritized

- Identify hypotheses. Hypotheses are identified and formulated for every issue in order to make analysis possible

- Conduct analyses. Collect data and conduct required analyses

Finally, the process proceed with the last phase which is the communicating. This last part of the Issue-driven problem-solving process consists in synthesizing of findings and developing recommendations. The aim of this phase is to develop clear communication of results and recommended solution.

Due to the complexity and length of this process, this article will focus on the first step of the second phase, Issue identification and prioritisation, by using a methodology that will be called: The Issue Tree. [1]

In a general way, it is a question of deconstructing the problem into quantifiable and formal problem statements (issues) that can be prioritized and prioritising what issues to focus on in the analysis based on each issue’s impact on the overall problem-solving.


Big Idea

Application

A problem is the difference between current and desired end state. It can be said that, before solving a case, one is in the current state in which a problem-solving process must be applied in order to reach the desired state. A problem does not necessarily have to be negative, it can simply be an option to improve the efficiency of the company, such as improving the manufacturing process, evaluating better suppliers, implementing new automotive processes in a factory, etc.

The value creation comes from solving difficult problems by mitigating a number of challenges that a company may face:


- Not sufficient time. Deadlines are tight, the organisation waits for critical decisions.

- There are different options. Different people in the organisation see the problem differently and, consecuently, people push for different solutions.

- Too much data. Not known where to start looking or the level of data quality.

- Not sufficient resources. The problem is to be solved on top of daily work.

- The problem is not clearly defined. There is more than one problem.

- Too little insight. Do not have sufficiently granular insights about the market or how it is doing.


The implicit purpose of value creation and of detecting a clear problem leads us to the need to implement a standard methodology that aims to solve in a simple, efficient and concise way any type of business case.

Once the first phase explained above, identification, has been completed, we proceed to the second phase with a definition of the problem. It is assumed that the problem consists of the difference between the expected and the actual state of affairs.

Within the problem, a number of issues will be identified and prioritised. These are a logical component of a problem, potentially made up of several sub issues that can be analysed and often quantified.

From this difference arises the need to use an Issue Tree, which consists of decomposing the main problem into issues. This scheme offers three main advantages:


- Splits complex problems into (quantifiable) elements that can be analysed

- Provides a visual structure of the problem and ensures that nothing is left out

- Is a good tool for communicating how is seen the world


ISSUE TREE IMAGE


In order to build quality into a Logic Issue Tree the MECE principle is used. [2] This theory suggests that all the possible causes or options to be considered in solving these problems can be grouped and categorized in a particular way:


- ME. (Mutually Exclusive) This is a concept related to probability theory which implies that two events cannot occur at the same time. For this reason, when two mutually exclusive ideas are put forward, it implies that they are separate and cannot overlap with each other.

- CE. (Collectively Exhaustive) It implies that the set of ideas includes all possible options. Thus, it means that all entities are considered relevant.


Linking Mutually Exclusive with Collectively Exhaustive allows a large amount of information to be generated and simplified into multiple separate and distinct sets of ideas, the issues and sub-issues. After having verified the quality of the Logic Issue Tree using the MECE principle, it can be said that a structured representation of the problem is available, which was the objective of this second phase step.


MECE ISSUE TREE IMAGE


Then, to conclude this step of the second phase, Issue identification and prioritisation, proceed to prioritise by eliminating issues. The purpose of eliminating issues is:


- To help to prioritise the efforts, identify clearly what is most important.

- To work efficiently and have a better managemnet lifestyle

- To help to ask “so what” ... but also ask yourself what you may have forgotten


IMAGE OF PRIORITISE

Eliminating issues can be difficult because team members will have differing opinions on what is critical to the analysis. In order to standardise the process and to take into account all opinions in order to arrive at a better prioritisation, a methodology is again established to be applied.

The tool used to focus the analysis is called Prioritisation Matrix. [[3]]

First, each of the issues is numbered in items, and each of them is defined with a corresponding improvement lever that will be a short description of the issues. Subsequently, the matrix is filled in.

The matrix consists of 4 boxes that are evaluated according to two parameters. On the x-axis the financial impact is evaluated, usually a fixed period is set in order to be able to evaluate a more tangible result, e.g. a period of two years. On the other hand, on the coordinate axis, the ease of implementation is evaluated. In both cases the evaluation scale is qualitative, from low to high.

The matrix is then filled in. For this purpose, each item is taken and analysed on the basis of its implementation lever. After deciding among the team which is the level of financial impact and ease of implementation, the items will be implemented in the matrix.

Finally, the items will be splited in 4 categories:

- Immediate implementation. The items in this category are those in the top right hand corner quadrant, therefore with a high level of financial impact and high level of ease of implementation. These are issues or sub-issues that if implemented can generate a high benefit value and are easy and straightforward to implement. This category identifies the best items to implement and is intended to be set up and planned immediately, involving a significant change in benefits from the outset and very little execution effort.

- Implementation planning. The items in this category are those in the bottom right hand corner quadrant, therefore with a high level of financial impact but with a low level of ease of implementation. These are issues or sub-issues that if implemented can generate a high benefit value but the process needed to its implementation is considered complicated, too costly or both. This category identifies the items in which the immediate implementation is not prioritised, but it is recommended to start a planning process in which the complexity and costs of the process are assessed in order to be able to measure more accurately its potential benefit. This is a category that, coming after having implemented those elements that are easy and beneficial, usually has the financial support to execute its implementation.

- Analyse subsequently. The items in this category are those in the top left hand corner quadrant, therefore with a low level of financial impact but a high level of ease of implementation. These are issues or sub-issues that, even though their implementation is simple and implies a low process cost, its consequently financial impact is not imperative. This category identifies a set of items that could be interesting to analyse subsequently the first two categories. After having considered the ones before, this items would be extremely positive to the problem-solving implementation process because after having executed the other improvements, an added benefit can be done due to this category without too much effort.

- Postpone analysis. The items in this category are those in the bottom left hand corner quadrant, therefore with a low level of financial impact and ease of implementation. These are issues or sub-issues which implementation will be postponed to the end. That fact does not necessary implies that they are not going to be implemented but analysed at the end in order to evaluate if its impact could be significantly positive to the main problem.

PICTURE OF MATRIX

This procedure of prioritisation can be approached from different angles. The parameters used in the abscissa and coordinates axes can be changed and focused on the most important topics that wants to be evaluated. Furthermore, this same methodology can be equaly applied for the different tracks of the Logic Issue Tree. Thanks to that, using the same prioritization principle all the different issues and sub-issues can be evaluated following the same implementation rules. In order to do a great use of the Prioritisation Matrix, there are some advices to be followed:

- Use common sense

- Estimate – “back of the envelope” calculations are often very efficient

- Use the client actively to prioritise and check preconditions/assumptions

- Check with your own team and others in Valcon who may have done it before

- Trust yourself – remember that your job is to focus

The 80/20 rule

The 80-20 rule, which is also known as the Pareto Principle [[4]], is a principle that states that 80% of the results are due to 20% of the initial inputs. More specifically, for this Issue identification and prioritisation step of the Solving phase, this principle is interpreted taking into account that the first 20% of the work carried out to analyse the important points on which to apply an improvement will provide 80% of the solution.

In business, one of the objectives of the 80-20 rule is to identify the inputs that are potentially most beneficial and make them the priority. Hence, once the factors that are critical to a company's success have been clearly identified, maximum attention should be paid to these factors. This is not a specific methodology to be followed, but simply a principle to be taken into account when carrying out the initial steps of problem-solving. The fact of carrying out a good analysis at the beginning, clearly identifying the issues and subissues and making a good study of their prioritisation implies the subsequent success of the project. This is a very important part of the process, as the decisions taken at this stage will be the basis for all subsequent changes and operations in the company. Therefore, in order to make good use of the resources, time and money of the analysis process, it is important to correctly define the problems to be solved so as not to have to go back and rectify them later on.


PICTURE 80/20


Limitation

Annotated bibliography

https://en.wikipedia.org/wiki/MECE_principle --> Source that explains in depth the MECE principle used for the construction of a quality Logic Issue Tree.

https://www.fool.com/the-blueprint/prioritization-matrix/ --> Source that explains in depth the Prioritisation Matrix used for the detection on impactful items.

https://en.wikipedia.org/wiki/Pareto_principle --> Source that explains in depth the Pareto Principle used to represent the importance of the Logical Isuue Tree.

Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox