1.2: Project Management (PM) Definition
- Page ID
- 106506
\( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)
\( \newcommand{\dsum}{\displaystyle\sum\limits} \)
\( \newcommand{\dint}{\displaystyle\int\limits} \)
\( \newcommand{\dlim}{\displaystyle\lim\limits} \)
\( \newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\)
( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\)
\( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)
\( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\)
\( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)
\( \newcommand{\Span}{\mathrm{span}}\)
\( \newcommand{\id}{\mathrm{id}}\)
\( \newcommand{\Span}{\mathrm{span}}\)
\( \newcommand{\kernel}{\mathrm{null}\,}\)
\( \newcommand{\range}{\mathrm{range}\,}\)
\( \newcommand{\RealPart}{\mathrm{Re}}\)
\( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)
\( \newcommand{\Argument}{\mathrm{Arg}}\)
\( \newcommand{\norm}[1]{\| #1 \|}\)
\( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)
\( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\AA}{\unicode[.8,0]{x212B}}\)
\( \newcommand{\vectorA}[1]{\vec{#1}} % arrow\)
\( \newcommand{\vectorAt}[1]{\vec{\text{#1}}} % arrow\)
\( \newcommand{\vectorB}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\( \newcommand{\vectorC}[1]{\textbf{#1}} \)
\( \newcommand{\vectorD}[1]{\overrightarrow{#1}} \)
\( \newcommand{\vectorDt}[1]{\overrightarrow{\text{#1}}} \)
\( \newcommand{\vectE}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash{\mathbf {#1}}}} \)
\( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\(\newcommand{\longvect}{\overrightarrow}\)
\( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)
\(\newcommand{\avec}{\mathbf a}\) \(\newcommand{\bvec}{\mathbf b}\) \(\newcommand{\cvec}{\mathbf c}\) \(\newcommand{\dvec}{\mathbf d}\) \(\newcommand{\dtil}{\widetilde{\mathbf d}}\) \(\newcommand{\evec}{\mathbf e}\) \(\newcommand{\fvec}{\mathbf f}\) \(\newcommand{\nvec}{\mathbf n}\) \(\newcommand{\pvec}{\mathbf p}\) \(\newcommand{\qvec}{\mathbf q}\) \(\newcommand{\svec}{\mathbf s}\) \(\newcommand{\tvec}{\mathbf t}\) \(\newcommand{\uvec}{\mathbf u}\) \(\newcommand{\vvec}{\mathbf v}\) \(\newcommand{\wvec}{\mathbf w}\) \(\newcommand{\xvec}{\mathbf x}\) \(\newcommand{\yvec}{\mathbf y}\) \(\newcommand{\zvec}{\mathbf z}\) \(\newcommand{\rvec}{\mathbf r}\) \(\newcommand{\mvec}{\mathbf m}\) \(\newcommand{\zerovec}{\mathbf 0}\) \(\newcommand{\onevec}{\mathbf 1}\) \(\newcommand{\real}{\mathbb R}\) \(\newcommand{\twovec}[2]{\left[\begin{array}{r}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\ctwovec}[2]{\left[\begin{array}{c}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\threevec}[3]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\cthreevec}[3]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\fourvec}[4]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\cfourvec}[4]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\fivevec}[5]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\cfivevec}[5]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\mattwo}[4]{\left[\begin{array}{rr}#1 \amp #2 \\ #3 \amp #4 \\ \end{array}\right]}\) \(\newcommand{\laspan}[1]{\text{Span}\{#1\}}\) \(\newcommand{\bcal}{\cal B}\) \(\newcommand{\ccal}{\cal C}\) \(\newcommand{\scal}{\cal S}\) \(\newcommand{\wcal}{\cal W}\) \(\newcommand{\ecal}{\cal E}\) \(\newcommand{\coords}[2]{\left\{#1\right\}_{#2}}\) \(\newcommand{\gray}[1]{\color{gray}{#1}}\) \(\newcommand{\lgray}[1]{\color{lightgray}{#1}}\) \(\newcommand{\rank}{\operatorname{rank}}\) \(\newcommand{\row}{\text{Row}}\) \(\newcommand{\col}{\text{Col}}\) \(\renewcommand{\row}{\text{Row}}\) \(\newcommand{\nul}{\text{Nul}}\) \(\newcommand{\var}{\text{Var}}\) \(\newcommand{\corr}{\text{corr}}\) \(\newcommand{\len}[1]{\left|#1\right|}\) \(\newcommand{\bbar}{\overline{\bvec}}\) \(\newcommand{\bhat}{\widehat{\bvec}}\) \(\newcommand{\bperp}{\bvec^\perp}\) \(\newcommand{\xhat}{\widehat{\xvec}}\) \(\newcommand{\vhat}{\widehat{\vvec}}\) \(\newcommand{\uhat}{\widehat{\uvec}}\) \(\newcommand{\what}{\widehat{\wvec}}\) \(\newcommand{\Sighat}{\widehat{\Sigma}}\) \(\newcommand{\lt}{<}\) \(\newcommand{\gt}{>}\) \(\newcommand{\amp}{&}\) \(\definecolor{fillinmathshade}{gray}{0.9}\)Project
A project has distinctive attributes that distinguish it from ongoing work or business operations. Specifically, projects are temporary in nature. Therefore, they are not an everyday business process but they are unique and have definitive start dates and end dates. This characteristic is important because a large part of the project effort is dedicated to ensuring that the project is completed at the appointed time. To do this, schedules are created showing when tasks should begin and end. Projects can last minutes, hours, days, weeks, months, or years.
Projects exist to bring about a product or service that has not existed before. In this sense, a project is unique. Unique means that this is new; it has never been done before. Maybe it’s been done in a very similar fashion before but never exactly in this way. For example, although the Ford Motor Company is in the business of designing and assembling many kinds of vehicles, each model that Ford designs and produces can be considered a unique project. The models differ from each other in their features and are marketed to people with various needs. An SUV serves a different purpose and clientele than a luxury car. The design and marketing of these two models are unique projects. However, the actual assembly of the cars is considered an operation (i.e., a repetitive process that is followed for most makes and models).
Watch the Video: Projects vs Operations to understand the differences and similarities.
View the video transcript on YouTube - https://youtu.be/t7cCt49Rdrk
Definition of a Project
There are many written definitions of a project. All of them contain the key elements described above. However, for those looking for a formal definition of a project, the Project Management Institute (PMI) defines a project as a temporary endeavour undertaken to create a unique product, service, or result. The temporary nature of projects indicates a definite beginning and end. The end is reached when the project’s objectives have been achieved when the project is terminated because its objectives will not or cannot be met, or when the need for the project no longer exists.
The term “project” is used in several ways in popular culture, from describing everyday tasks (planting a garden, hanging a picture, running errands) to large-scale enterprises (building a house, constructing a new highway). However, when professional project managers talk about projects, they use a narrower definition. Let’s start out with the six defining characteristics of a project. Just about every book, organization, or standards body in the project management field agrees that a project:
- is a temporary endeavour, with a defined start and end.
- has a specific objective.
- has customers or stakeholders.
- has constraints, such as time, cost, and scope.
- has measures for success.
- includes some amount of uncertainty.
Project Management
“Project management is the application of knowledge, skills, tools, and techniques to project activities to meet the project requirements” (Project Management Institute, Inc., 2008). This simple definition represents a compromise that resulted from intense discussions within the Project Management Institute (PMI) during the 1980s. One of the priorities of PMI during this time was the development of project management as a profession. PMI developed A Guide to the Project Management Body of Knowledge (PMBOK Guide) and the project management certifications to promote the understanding and development of the project management field and to share best practices, creating a common language among professionals.
Jack Meredith and Samuel Mantel (Meredith & Mantel Jr., 2006) discussed project management in terms of producing project outcomes within the three objectives of cost, schedule, and specifications. Project managers are then expected to develop and execute a project plan that meets cost, schedule, and specification parameters. According to this view, project management is the application of everything a project manager does to meet these parameters. This approach to defining project management shares PMI’s focus on the project outcomes in terms of requirements.
Meredith and Mantel added a fourth aspect of project management—the expectations of the client. One client-centered definition of project management is the application of knowledge, skills, tools, and techniques to meet or exceed the expectations of the client. This definition focuses on delivering a product or service to the client that meets expectations rather than project specifications. It is possible to meet all project specifications and not meet client expectations or fail to meet one or more specifications and still meet or exceed a client’s expectation (Darnall, 1996).
Meredith and Mantel discussed a tendency noted by Darnall (Darnall, 1996) that expectations often increase during the life of a project. Meredith and Mantel suggest that this is a form of scope increase. A project scope is a carefully crafted document that reflects the performance specifications of the project deliverables. Defining the project scope and managing scope change is a very different process from developing an understanding of a client’s expectations and managing those expectations. Darnall focused on defining and managing client expectations as a critical project management skill that is distinct from scope development and management.
Client expectations encompass an emotional component that includes many client desires that are not easily captured within a specification document. Although closely correlated with project specifications, client expectations are driven by different needs. It is possible for a project team to exceed every project specification and end up with an unsatisfied client.
Highway Project
The Department of Highways in South Carolina was exploring ways to reduce the road construction costs and developed new contracting processes to allow the road builders to bring new ideas for cutting costs. On one project, the contractor proposed cost-cutting ideas throughout the life of the project. At each phase, the client accepted many of the ideas and then revised the budget. The client promoted the revised cost target of the project as an example of the success of the new process. By the end of the project, the final cost was less than 1 percent over the newest target. Although the total cost of the project was almost 10 percent less than the original cost projections and contract obligations, the success of the project was connected to the new expectations that developed during the life of the project. Even though this project performance exceeded the original goal, the client was disappointed.
The reverse is also true. A project can be late and over budget and the client can be satisfied. Although this may be counterintuitive, the response of a client to the events of a project is complex and goes beyond the data related in project specifications.
Biotech Project
A biotechnology company developed a new drug that proved to have a large market demand, and the team that developed the drug was assigned to build a new manufacturing facility to produce the drug. The project manager for the construction company that was awarded the contract to build the manufacturing facility managed the project effectively. Every request for a change in scope was approved, and the result was a 20 percent increase to the total cost of the project. On most projects, a 20 percent increase in the project cost would be considered poor performance. For the client’s project team, who were accustomed to complex projects with a large number of unknown issues that increase the final cost of the project, a 20 percent overrun in cost was not unusual. Even though the project was 20 percent over budget, the client was happy. Client satisfaction is often tied to expectations about project performance. Identifying and managing those expectations is a primary responsibility of the project manager.
“2. Project Management Overview” from Project Management – 2nd Edition by Adrienne Watt; Merrie Barron; and Andrew Barron is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License, except where otherwise noted.


