Uniqueness of a project

From apppm
(Difference between revisions)
Jump to: navigation, search
Line 6: Line 6:
 
Furthermore, the Project Management Institute (PMI) defines a project as:  
 
Furthermore, the Project Management Institute (PMI) defines a project as:  
  
“A project is a temporary endeavor undertaken to create a '''unique''' product or service”. <ref name="PMBOK"> Project Management Institute, '''A Guide to the Project Management Body of Knowledge (PMBOK® Guide)''', 5th Edition, 2013.</ref>
+
“A project is a temporary endeavor undertaken to create a '''unique''' product or service”. <ref name="PMBOK"> Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide), 5th Edition, 2013.</ref>
  
Likewise, many other definitions state that projects are unique, and must have a degree of novelty in terms of time, team carrying out the task or product being provided. But since some project are more unique than others, how should the project manager decide whether to address and handle the task as a project or as a business activity? In other words, how does one distinguish between what is a project and what is not, subject to the uniqueness? This article strive to answer these questions based on a project management methode described in Maylor, H “Project Management”. In short the "Volume vs Variety" <ref name="HARVEY"> Harvey Maylor, '''Project Management''', 4th Edition, 2010, page 7-9.</ref> of processes in a project are considered in order to thoroughly define the uniqueness of a that particular project. A further discussion is thus conducted in this article subject to the benefits and challenges of having a unique project vs. a non-unique project. Furthermore, the article briefly considers the uniqueness of programs and portfolios, and how they are different to the uniqueness of projects.
+
Likewise, many other definitions state that projects are unique, and must have a degree of novelty in terms of time, team carrying out the task or product being provided. But since some project are more unique than others, how should the project manager decide whether to address and handle the task as a project or as a business activity? In other words, how does one distinguish between what is a project and what is not, subject to the uniqueness? This article strive to answer these questions based on a project management methode described in Maylor, H “Project Management”. In short the "Volume vs Variety" <ref name="HARVEY"> Harvey Maylor, Project Management, 4th Edition, 2010, page 7-9.</ref> of processes in a project are considered in order to thoroughly define the uniqueness of a that particular project. A further discussion is thus conducted in this article subject to the benefits and challenges of having a unique project vs. a non-unique project. Furthermore, the article briefly considers the uniqueness of programs and portfolios, and how they are different to the uniqueness of projects.
  
  
Line 20: Line 20:
 
==References ==
 
==References ==
 
<references/>
 
<references/>
 +
 +
== Annotated bibliography ==
 +
Harvey Maylor, '''Project Management''', 4th Edition, 2010, page 7-9.

Revision as of 15:17, 13 February 2018

Contents

Abstract

Projects are per definition unique. According to the worldwide federation of national standards bodies, International Organization for Standardization (ISO), a project is defined as:

“A project consists of a unique set of processes consisting of coordinated and controlled activities with start and end dates, performed to achieve project objectives…”[1].

Furthermore, the Project Management Institute (PMI) defines a project as:

“A project is a temporary endeavor undertaken to create a unique product or service”. [2]

Likewise, many other definitions state that projects are unique, and must have a degree of novelty in terms of time, team carrying out the task or product being provided. But since some project are more unique than others, how should the project manager decide whether to address and handle the task as a project or as a business activity? In other words, how does one distinguish between what is a project and what is not, subject to the uniqueness? This article strive to answer these questions based on a project management methode described in Maylor, H “Project Management”. In short the "Volume vs Variety" [3] of processes in a project are considered in order to thoroughly define the uniqueness of a that particular project. A further discussion is thus conducted in this article subject to the benefits and challenges of having a unique project vs. a non-unique project. Furthermore, the article briefly considers the uniqueness of programs and portfolios, and how they are different to the uniqueness of projects.


The Big Idea

Applications

Limitations

References

  1. ISO-21500, 2013.
  2. Project Management Institute, A Guide to the Project Management Body of Knowledge (PMBOK® Guide), 5th Edition, 2013.
  3. Harvey Maylor, Project Management, 4th Edition, 2010, page 7-9.

Annotated bibliography

Harvey Maylor, Project Management, 4th Edition, 2010, page 7-9.

Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox