Goal Hierarchy

From apppm
Revision as of 13:06, 14 February 2021 by S153320 (Talk | contribs)

Jump to: navigation, search

When managing projects, it is important that they have a specific direction to be successful. The direction of the project can be found by defining the purpose. If there is no purpose, there is no reason to do the project. When breaking down the purpose in smaller parts the scope can be defined. The scope should only include the processes that will help you ensuring that the project will be a success. [1] One way to help you defining the scope of your project is to apply the Goal Hierarchy method.

The Goal Hierarchy is a goal-oriented iterative method that can be used to define the scope of your project. This by setting common goals that can be brought up to date throughout the projects as knowledge expands. [2] The goals are broken down in different levels of details, by asking ‘why are we doing this?’ to make sure the goals make sense and ‘how are we doing this?’ to make the goals specific. Since the method is an iterative process you ask the questions again and again to improve the goals. The method consists of a hierarchy with a main goal on top followed by sub-goals, project-goals, deliveries, and success criteria. [3] It can be used for both project-, program- and portfolio management, however, the focus will be on using the method in a project management context.

This article will investigate the Goal Hierarchy and its purpose and how it can be applied to project management‏ to make projects more specific and goal-oriented. The application of the method will be followed by its limitations with a critical reflection of the method and its application. Hence the reader will be aware of what the method can and cannot do and when it will be beneficial to use after reading this article.

Contents

Context

The Goal Hierarchy is a method that is developed for project management within the purpose perspective to find out what the scope of the project is. This, as mentioned previously, does not mean that the method cannot be applied to other types of management such as program- and portfolio management. Program management involves several projects that cannot be solved individually to achieve an objective. [4] In those cases, the Goal Hierarchy could be extended to include more projects with the same main goal on the top of the hierarchy. The same applies to portfolio management where one or more portfolios strive to achieve strategic objectives with selected programs or projects. [5] This type of management will also need an extended version of the method for it to be usable. This by customizing the method to the specific portfolio. Even though the method can be used for different management types, this article will focus on how to use the Goal Hierarchy as a project manager.

Description and Purpose

Figure 1: The Goal Hierarchy inspired by figure 3.8 (Attrup and Olsson) [6] and figure 17 (Geraldi, Thesen, Oehmen and Stringl) [7]

The Goal Hierarchy is a goal-oriented iterative method that can be used to help project managers defining the scope of their project. The method consists of goals that are broken down in different levels of details by asking the questions ‘why?’ and ‘how?’. The question ‘why?’ is about making sure that all the project goals are relevant. This forces the project manager to adjust the purpose as the project knowledge expands along the way. The other question ‘how?’ is about looking down in the hierarchy and investigating what to do to reach the goals by defining specific outputs. Outputs that details the plan by stating specifically what should be delivered to reach the goals. Specifically, the hierarchy consist of a main goal, sub-goals, project-goals, deliveries, and success criteria. The success criteria are added to be able to measure whether the project goals have been achieved. [8]













Application

..

Limitations

..

Annotated Bibliography

Project Management Institute, Inc.. (2017). Guide to the Project Management Body of Knowledge (PMBOK® Guide) (6th Edition). Project Management Institute, Inc. (PMI). Retrieved from https://app.knovel.com/hotlink/toc/id:kpGPMBKP02/guide-project-management/guide-project-management

The standard for program management — fourth edition. ProQuest Ebook Central https://ebookcentral-proquest-com.proxy.findit.dtu.dk

References

  1. Project Management Institute, Inc.. (2017). Guide to the Project Management Body of Knowledge (PMBOK® Guide) (6th Edition) - 5. Project Scope Management, page 129. Project Management Institute, Inc. (PMI). Retrieved from https://app.knovel.com/hotlink/pdf/id:kt011DX4T1/guide-project-management/project-scope-management
  2. Attrup, M. L. and Olsson, J.R. , Power i projekter og portefølje, page 100, DJØF Publishing (2008), ISBN: 978-87-574-1665-7
  3. Geraldi, J., Thuesen, C., Oehmen, J., & Stingl, V. (2017). How to DO Projects? A Nordic Flavour to Managing Projects, page 113. Dansk Standard. DS Handbook Vol. 185
  4. The standard for program management — fourth edition, page 10. (2017). ProQuest Ebook Central https://ebookcentral-proquest-com.proxy.findit.dtu.dk
  5. The standard for program management — fourth edition, page 10. (2017). ProQuest Ebook Central https://ebookcentral-proquest-com.proxy.findit.dtu.dk
  6. Attrup, M. L. and Olsson, J.R. , Power i projekter og portefølje, figure 3.8, DJØF Publishing (2008), ISBN: 978-87-574-1665-7
  7. Geraldi, J., Thuesen, C., Oehmen, J., & Stingl, V. (2017). How to DO Projects? A Nordic Flavour to Managing Projects, figure 17. Dansk Standard. DS Handbook Vol. 185
  8. Geraldi, J., Thuesen, C., Oehmen, J., & Stingl, V. (2017). How to DO Projects? A Nordic Flavour to Managing Projects, page 113. Dansk Standard. DS Handbook Vol. 185
Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox