Beruflich Dokumente
Kultur Dokumente
11/6/03
9:20 AM
Page 1
Project
Management
Journal
The Professional Research Journal
of the Project Management Institute
DECEMBER 2003
PAPERS
12
24
33
40
47
PMI-002 11/5
11/6/03
9:20 AM
Page 2
Calendar of Events
DECEMBER 2003
1-2 December
The European Marketing Conference Seven world class thought
leaders and top executives discuss strategy, creativity and how
to put theory into practice. A Management Centre Europe
conference. London K.K. For more information, visit
www.mce.be/events/352.htm
8-10 December
12th Global Symposium, Taming the Future through Project
Management. Organized by Project Management AssociatesIndia and Centre for Excellence in Project Management. New
Delhi, India. For more information, visit www.pma-india.org.
JANUARY 2004
12-13 January
Team Building for Project Management. Las Vegas, Nevada,
USA. Sponsored by The University of Wisconsin-Madison,
Department of Engineering Professional Development. For more
information, visit http://epdweb.engr.wisc.edu/webF307.
Contact custserv@epd.engr.wisc.edu or call +800-462-0876.
1920 January
Project Risk Management. Parsippany, New Jersey, USA.
For more information, visit
www.iil.com/str_link_all_results.asp?select_cartid=384
or call toll-free in the United States+800-325-1533.
2123 January
Managing Technology Projects. Arlington, Virginia, USA.
For more information, visit http://cioi.web.cmu.edu/
or call +412-268-4656.
2223 January
Project Risk Management. Salt Lake City, Utah, USA.
For more information,
visit www.iil.com/str_link_all_results.asp?select_cartid=384
or call toll-free in the United States
+800-325-1533.
2830 January
Technical Project Management. Atlanta, Georgia. USA.
For more information, visit www.amanet.org.
FEBRUARY 2004
1819 February
Project Risk Management. Chicago, Illinios. USA.
For more information, visit
www.iil.com/str_link_all_results.asp?select_cartid=384
or call toll-free in the United States+800-325-1533.
1820 February
Technical Project Management. Washington, D.C., USA. For more
information, visit www.amanet.org.
1820 February
Identifying and Managing IT Requirements. Arlington, Virginia.
USA. For more information, visit http://cio.web.cmu.edu/ or call
+412-268-4656.
MARCH 2004
1011 March
Project Risk Management. Dallas, Texas, USA.
For more information, visit
www.iil.com/str_link_all_results.asp?select_cartid=384
or call toll-free in the United States +800-325-1533.
1517 March
IT Project Cost and Schedule Management. Arlington, Va., USA.
For more information, visit http://cio.web.cmu.edu/ or call
+412-268-4656.
1819 March
Managing Complex Product Development Projects. MIT Sloan
School, Cambridge, Mass., USA. For more information, visit
http://mitsloan.mit.edu/exceed or call Maureen Tracy at
+781-239-1111.
APRIL 2004
1721 April
International Cost Engineering Councils 4th World Congress.
Value Beyond Cost. Cape Town, South Africa. For more
information, visit www.be-events.co.za/
or www.apm.org.uk/events.
1921 April
IT Risk Management. Arlington, Va., USA. For more information,
visit http://cio.web.cmu.edu/ or call +412-268-4656.
MAY 2004
1012 May
Project Management South Africa (PMSA) Conference 2004.
Global Knowledge. For more information, visit
www.pmisa.org.za/conference.
1721 May
ProjectWorld Toronto. Metro Toronto Convention Centre,
Ontario, Canada. For more information,
visit www.projectworldcanada.com/toronto/inforeq.asp.
2426 May
Leadership in a Project Environment. Arlington, Va., USA.
For more information, visit http://cio.web.cmu.edu/
or call +412-268-4656.
PMI-002 11/5
11/6/03
9:20 AM
Page 3
Project
Management
Journal
The Professional Research Journal of the Project Management Institute
Volume 34,
Number 4
DECEMBER 2003
3
PAPERS
4
12
24
33
40
47
PMI-002 11/5
11/6/03
9:20 AM
Page 2
READER SERVICES
Photocopies. PMJ has been registered with the
Copyright Clearance Center, Inc. Consent is given for
copying of articles for personal or internal use, or for the
personal use of specific clients. This consent is given on
the condition that the copier pays through the Center the
per copy fee stated in the code on the first page of each
article for copying beyond that permitted by Sections
107 or 108 of the U.S. Copyright Law. The appropriate
fee should be forwarded with a copy of the first page of
the article to the Copyright Clearance Center, Inc., 222
Rosewood Drive, Danvers, MA 01923 USA (tel: +508750-8400; fax: +508-750-4744). The fee indicated on
the first page of an article in this issue will apply
retroactively to all articles published in the journal,
regardless of the year of publication. This consent does
not extend to other kinds of copying, such as for general
distribution, resale, advertising and promotion purposes,
or for creating new collective works. Special written
permission must be obtained from the publisher for such
copying.
Permissions. Requests to reprint articles published
in PMJ must be made in writing to the publisher.
Reprints. Individual articles may be purchased
through the Knowledge & Wisdom Center
(www.pmi.org/k&wc)
Glossy Reprints. Requests for glossy reprints of
individual articles in quantities of 100 or more can be
sent to pmipub@pmi.org.
Bulk Copies of Current Issues. Copies of the
current PMJ can be obtained in quantities of 25 or more.
Orders must be placed 40 days prior to date of issue.
The cost is $5.50 per copy plus shipping.
Back Issues. Back issues are available on request
at $20 each. Call +610-356-4600 for availability.
PMI-002 11/5
11/6/03
9:20 AM
Page 3
professional is a member of a
traditional team or a virtual team.
However, the project management
PMI-002 11/5
11/6/03
9:20 AM
Page 4
This article is copyrighted material and has been reproduced with the permission of Project
Management Institute, Inc. Unauthorized reproduction of this material is strictly prohibited.
ABSTRACT
Participants from 175 different Norwegian
projects described the organizational
cultures of both their most recent projects
and their organizations. Their descriptions
are based on a typology distinguishing
between power, role, task, and person
cultures, as outlined and developed in
Harrison (1972) and Handy (1986). This
study demonstrates that projects are more
task culture-oriented than their base
organizations. Further, hierarchical
elements of the project must be eliminated
for a project to move closer to the
prevalent task culture. A stronger task
orientation improves the chances of
staying within the project budget.
Keywords: project culture; organizational
culture; task orientation; project success
PMI-002 11/5
11/6/03
9:20 AM
Page 5
Do projects with a strong task culture achieve better results than other
projects?
Harrison developed a questionnaire to study dominant culture in an
organization. The author has applied
the version as it appears in Brown
(1995). The Harrison questionnaire
originally was used to describe the
existing and preferred organizational
culture of a base organization. The
author has, however, adjusted and
employed the questionnaire as a
framework for project participants to
describe their most recent project and
their
base
organization
(see
Appendix). The respondents were
given 15 questions about the organizational culture of their base organization (Questions 1-15) and 15 similar
questions about the organizational
culture of their project (Questions 1630). In addition, the author asked
guided questions regarding the characteristics of the base organization and
the project and posed questions about
project results.
Participants in various part-time
masters degree programs in project
management in Norway were asked to
respond to the questionnaire. All
respondents either were taking part in
a project at the time or recently had
participated in project work. Though
the author cannot claim that the projects studied are representative of all
projects in the country, the research
did cover 175 separate projects conducted in Norway with a generous
cross-section of objectives and participants, a wide range of industries, small
and large companies, and different
geographical regions. Many of the
projects were not finished by the time
of the information gathering. The
author was able to get information
regarding project results for 50 of the
175 responses.
The respondents were not
informed about the purpose of the
investigation, nor was it revealed to
them that the questions were designed
to identify the culture of their base
organization and of their most recent
project. The layout of the questionnaire was such that respondents could
not access easily their earlier responses
PMI-002 11/5
11/6/03
9:34 AM
Page 6
Power
culture
Role
culture
Task
culture
Person
culture
Base organizations
Mean
(Standard deviation)
45.0
(8.9)
33.1
(6.7)
29.4
(6.2)
42.7
(7.5)
175
Projects
Mean
(Standard deviation)
49.2
(7.7)
33.8
(5.4)
24.2
(6.0)
42.9
(6.9)
175
Role
culture
Task
culture
Person
culture
Base organizations
Number
(Percentage)
12
(6.6)
56
(30.6)
109
(59.6)
6
(3.3)
183
(100.0)
Projects
Number
(Percentage)
5
(2.8)
23
(12.9)
147
(82.6)
3
(1.7)
178
(100.0)
Table 1. Number and Percentages of Cultures First-Ranked in Base Organizations and Projects
Table 2. Scores (Means and Standard Deviations) Given to the Four Organizational Cultures Based on
the Ranking of 15 Characteristics of a Culture
Power
culture
PMI-002 11/5
11/6/03
Number
(Percentage)
9:20 AM
Page 7
15-19
20-24
25-29
30-34
35-39
> 39
40
(22.9)
69
(39.4)
42
(24.0)
12
(6.8)
8
(4.6)
4
175
(2.3) (100.0)
Table 3. The Scores Given to the Task Culture in Projects Based on the Ranking of 15 Characteristics
of a Culture
Base
organizations
Number
Culture characteristics
All projects
First ranked
Mean
ranked
First ranked
Mean
ranked
1 (16)
Manager
1.94
1.56
2 (17)
Subordinate
1.96
1.62
3 (18)
Good member
1.59
1.41
4 (19)
Career success
2.02
1.66
5 (20)
1.86
1.65
6 (21)
1.75
1.42
7 (22)
1.86
1.99
8 (23)
1.72
1.42
9 (24)
1.59
1.51
10 (25)
1.57
1.38
11 (26)
Purpose of competition
2.12
1.58
12 (27)
Handling of conflict
1.97
1.58
13 (28)
Decision-making
1.63
1.87
14 (29)
Communication structure
2.06
1.78
15 (30)
1.87
1.63
Table 4. First-Ranked Organizational Culture and Mean Values Within the Different Culture Areas for
Base Organizations and Projects
difference between them for all characteristics but one: drivers of work performance. This suggests that there is a
significant difference between the project and the base organization culture
for the different cultural characteristics.
PMI-002 11/5
11/6/03
9:20 AM
Page 8
Result elements
Correlation
Mean Standard with task- Significance
deviation orientation
4.4
1.5
-.149
.324
5.2
1.0
-.298
.056*
4.6
1.2
.059
.702
4.8
1.0
-.165
.259
4.5
1.1
-.108
.469
5.0
1.3
.022
.883
5.0
1.3
-.099
.497
5.1
1.3
-.040
.791
4.7
0.7 -
.150
.414
Table 5. Result Elements, Their Means, Standard Deviations and Pearson Correlations with the TaskOrientation of the Project
PMI-002 11/5
11/6/03
9:20 AM
Page 9
PMI-002 11/5
11/6/03
9:20 AM
Page 10
PMI-002 11/5
11/6/03
9:20 AM
Page 11
ERLING S. ANDERSEN is professor of Information Systems and Project Management at the Norwegian
School of Management BI. He holds a Master in Economics from University of Oslo. Before joining NSM BI
he was Professor of Information Science at University of Bergen. He has published several books and articles on information technology, systems development, project management and management in general. His book Goal Directed Project Management (written with Kristoffer Grude and Tor Haug) is
translated into several languages.
Lisa Fisher at
+1-828-293-0421
for more details.
PMI-002 11/5
11/6/03
9:20 AM
Page 12
This article is copyrighted material and has been reproduced with the permission of Project
Management Institute, Inc. Unauthorized reproduction of this material is strictly prohibited.
ABSTRACT
The earned value project management
method integrates three critical elements
of
project
management:
scope
management, cost management, and time
management. It requires the periodic
monitoring of actual expenditures and
physical scope accomplishments, and
allows calculation of cost and schedule
variances, along with performance indices.
It allows forecasting of project cost and
schedule at completion and highlights the
possible need for corrective action.
This paper shows the major aspects of the
earned value method and presents graphical tools for assessing project performance trends. It provides logical extensions
and useful simplifications to enhance the
effective application of this important
method in project management.
Keywords: earned value method (EVM);
earned value management system
(EVMS); cost variance (CV); schedule
variance (SV); cost performance index
(CPI); schedule performance index
(SPI); critical ratio (CR); cost estimate at
completion (EAC); time estimate at completion (TEAC)
2003 by the Project Management Institute
Vol. 34, No. 4, 12-23, ISSN 8756-9728/03
Introduction
he earned value project management method is a powerful tool that supports the management of project scope, time, and cost. It allows the calculation of cost and schedule variances and performance indices, and
forecasts of project cost and schedule at completion. It provides early indications
of expected project results based on project performance and highlights the possible need for corrective action. As such, it allows the project manager and project team to adjust project strategy and to make trade-offs based on project
objectives, actual project performance, and trends, as well as the environment in
which the project is being conducted.
The method uses cost and value as the common measures of project performance for both cost and schedule parameters. It allows the measurement of
cost and value in dollars, hours, worker days, or any other similar unit.
This paper shows the major aspects of the earned value method, presents
graphical tools that enhance its effectiveness, and provides useful simplifications
and logical extensions of this important project management method.
Background
A basic form of the earned value analysis project management method (often
referred to as EVA or EVM) can be traced back to industrial engineers on the factory floor in the late 1800s (Fleming & Koppelman, 2000; Kim, 2000). Around
1967, EVM was introduced by agencies of the U.S. federal government as an integral part of the cost/schedule control systems criteria (C/SCSC) and was used in
large acquisition programs. EVM has been widely and successfully used in projects associated with the U.S. federal government, with much less reported use in
private industry. Use of EVM in private industry and support by popular project
management software packages have been limited but have rapidly grown in
recent years.
To encourage wider use of EVM in the private sector, the U.S. federal government decided to discard C/SCSC by the end of 1996 and turned toward a more
flexible earned value management system (EVMS), also called the earned value
project management system (EVPMS). Project Management Institutes A Guide to
the Project Management Body of Knowledge (PMBOK Guide) (Project Management
Institute, 2000) provided the simplified EVM terminology and formulas.
PMI-002 11/5
11/6/03
9:20 AM
Page 13
Actual cost (AC): This is the cumulative AC spent to a given point in time
to accomplish an activity, work package, or project and to earn the related
value. This was previously called the
actual cost of work performed
(ACWP). Figure 2 illustrates a project
in which the planned value as of the
project status date is PV = $50,000 and
the actual cost is AC = $60,000.
Cost
Planned
Value (PV)
($000)
60
50
Actual Cost
(AC)
Budget At
Completion
(BAC)
Status Date
Time
Cost
Planned
value (PV)
Earned value (EV): This is the cumulative earned value for the work completed up to a point in time. It
represents the amount budgeted for
performing the work that was accomplished by a given point in time. This
was previously called the budgeted
cost of work performed (BCWP). To
obtain EV for an item, multiply its
total budget by its completed proportion. Table 1 shows the work breakdown structure (WBS) of a project with
a total budget of $100,000. Work package 1.1 has a total budget of $20,000
and is 100% complete as of the status
date. Therefore, the earned value for
Performance Measurement
Cost performance is determined by
comparing the EV to the AC of the
activity, work package, or project.
Schedule performance is determined
by comparing the EV to the PV. This
can be accomplished by calculating the
($000)
Project
Phase 1
Work Package 1.1
Work Package 1.2
........
Phase 2
Work Package 2.1
Work Package 2.2
........
........
Budget At
Completion
(BAC)
Time
Total
Budget
% Complete
Earned
Value
20
40
100
50
20
20
...
...
...
...
100
40
Cost
Planned
Value (PV)
($000)
60
50
40
9:20 AM
Actual Cost
(AC)
Earned
Value (EV)
Page 14
Budget At
Completion
(BAC)
Status date
Time
PV Rate = $100,000 / 40
= $2,500 per week
TV = -$10,000 / $2,500 =
-4 weeks
TV measurement also can be performed and reported graphically. This
is accomplished by drawing a horizontal line from the intersection of
the EV curve with the status date to the
PV curve and reading the distance on
the horizontal time axis (Fleming &
Koppelman, 2000), as shown in
Figure 4.
In the above formulas, 0 indicates
that performance is on target. A positive value indicates good performance. A negative value indicates poor
performance.
Cost
Planned
Value (PV)
($000)
60
50
40
SV = -10
Actual Cost
(AC)
Earned
Value (EV)
Budget At
Completion
(BAC)
CV = -20
CV and SV ($000)
11/6/03
40
Good
20
0
SV
CV
-20
Poor
-40
Time
Status date
Time
Figure 4. Variances
Graphical Displays
Graphs of variances over time provide
valuable indicators of trends in project
performance and of the impact of any
corrective actions (Figures 5 and 6).
Variance Percentages
The following formulas are used to
calculate the variance percentages,
generally based on cumulative data
(Figure 4, using the data from the
above project):
The cost variance percent (CV% or
CVP) is a measure of the budgetary
conformance of actual cost of work
performed: CVP = CV / EV. For the
above project, CVP = -$20,000 /
$40,000 = -50%, which indicates that
the project is 50% over budget.
The schedule variance percent
(SV% or SVP) is a measure of the conformance of actual progress to the
schedule. The following formula has
been generally used to calculate it
(Project Management Institute, 2000):
SVP = SV / PV.
TV (Weeks)
PMI-002 11/5
Good
2
0
-2
-4
Poor
TV
Time
Figure 6. TV Graph
SVPev is consistent with the formula for CVP. It points out that SV
occurred while accomplishing EV.
Therefore, it may be a better indicator
of project schedule status, as shown
later in the calculation of the time estimate at completion (TEAC).
In the above formulas, 0 indicates
that performance is on target. A positive value indicates good performance. A negative value indicates poor
performance.
Performance Indices
The following formulas are used to calculate the performance indices, generally based on cumulative data (Figure 4,
using the data from the above project):
The cost performance index (CPI)
is a measure of the budgetary confor-
9:20 AM
Page 15
mance of actual cost of work performed: CPI = EV / AC. For the above
project, CPI = $40,000 / $60,000 =
0.67.
The schedule performance index
(SPI) is a measure of the conformance
of actual progress to the schedule: SPI
= EV / PV. For the above project, SPI =
$40,000 / $50,000 = 0.80.
Performance indices can be
thought of as efficiency ratios. In the
above formulas, 1.00 indicates that
performance is efficient and on target.
More than 1.00 indicates excellent,
highly efficient performance, and less
than 1.00 indicates poor, inefficient
performance.
The inverse of the formulas given
above has also been used (Anbari,
1980; Egan, 1982; Cioffi, 2002;
Webster, 2002). This facilitates use of
the indices in forecasting. Using the
inverse definition, the CPI for the
above project would be $60,000 /
$40,000 = 1.50, indicating that the
project is running 50% over budget.
Completion of the project would be
forecasted at $150,000, if performance
continues at this rate. Similarly, the SPI
would be $50,000 / $40,000 = 1.25,
indicating the project is running 25%
behind schedule. The project would be
forecasted to take 25% longer than the
original schedule, with completion at
1.25 x 40 weeks = 50 weeks, if performance continues at this rate. These
forecasts are discussed in more detail
in the forecasting section of this paper.
Graphs of performance indices
over time provide valuable indicators
of trends in project performance and
the impact of any corrective actions.
These graphs can be very effective in
project reviews (Figure 7).
The Critical Ratio
The critical ratio (CR) is the product of
CPI and SPI (Anbari, 2001; Lewis,
2001). It can also be called the costschedule index (CSI) (Barr, 1996;
Meredith & Mantel, 2000). It is used as
an indicator of the overall project
health: CR = CPI x SPI. For the above
project, CR = 0.67 x 0.80 = 0.53.
A CR of 1.00 indicates that the
overall project performance is on target. This may result from both CPI and
1.4
11/6/03
Good
1.2
1.0
.80
.60
SPI
CPI
Poor
Time
1.4
Good
1.2
CR
PMI-002 11/5
1.0
.80
.60
Poor
CR
Time
Figure 8. CR Graph
PMI-002 11/5
11/6/03
9:20 AM
Page 16
1.4
Super Stars
1.2
Good
1.0
.80
.60
Caution
SPI
CPI
CR
Poor
Time
Forecasting
Project management is primarily concerned with decisions affecting the
future. Therefore, forecasting and prediction are extremely important
aspects of project management. EVM is
particularly useful in forecasting the
cost and time of the project at completion, based on actual performance up
to any given point in the project.
Forecasting of Cost at Completion
The EAC may also be called cost estimate at completion (CEAC). The estimated cost to complete the remainder
of the project is usually called the estimate to complete (ETC). Both can be
developed using various cost estimating methods or calculated mathematically using EVM.
EACs may differ based on the
assumptions made about future performance. The PMBOK Guide (Project
Management Institute, 2000) provides
three such estimates, based on three
different assumptions. In this section,
these estimates are reviewed, simplified and enhanced. They are given a
sequential subscript to differentiate
among them.
When current analysis shows that
the assumptions underlying the original estimate are flawed, or no longer
applicable due to changed conditions
11/6/03
160
EAC ($000)
140
120
9:20 AM
Page 17
EAC
Poor
BAC
100
80
Good
60
Time
EACs ($000)
PMI-002 11/5
120
Poor
BAC
100
80
Good
60
Time
11/6/03
9:20 AM
Page 18
Successful
Challenged
Failed
1994
16%
53%
31%
1996
27%
33%
40%
1998
26%
46%
28%
40
VAC ($000)
PMI-002 11/5
Good
20
0
-20
Poor
-40
VAC
Time
11/6/03
9:20 AM
Page 19
graph of TEAC, for the example project used in this paper, using the above
assumption.
TEAC (Weeks)
52
TEAC
48
44
Poor
SAC
40
36
Good
32
Time
TEACc (Weeks)
PMI-002 11/5
TEACc
60
50
Poor
SAC
40
30
Good
20
Time
PMI-002 11/5
11/6/03
9:20 AM
Page 20
TVAC (Weeks)
10
Good
5
0
Poor
-5
-10
TVAC
Time
PMI-002 11/5
11/6/03
9:20 AM
Page 21
PMI-002 11/5
11/6/03
9:20 AM
Page 22
0.67 = $150,000
EAC3 = AC / % Complete = 60,000 /
0.40 = $150,000
VAC = BAC - EAC = $100,000 $150,000 = -$50,000
EAC5 = EACs = BAC / CR = $100,000/
0.53 = $187,500
TEAC3 = SAC / SPI = 40 weeks /
0.80 = 50 weeks
TEAC3 = AT / % Complete = 20 /
0.40 = 50 weeks
TVAC = SAC TEAC = 40 weeks
50 weeks = -10 weeks
Conclusion
EVM helps focus managements interest on projects that need most attention and may aid the prioritization and
emphasis management gives projects
within a portfolio, enhancing the
enterprises project portfolio management. EVM provides important information for project or work package
decision-making. Its wider acceptance
and effectiveness may depend on better understanding of its capabilities.
Simplification of EVM calculations,
use of graphical tools to enhance
understanding of performance trends,
and successful application of EVM in
industry are important factors for the
growth and effective use of this valuable method in project management.
References
Anbari, F.T. (1980). An Operating
Management Control System for Large
Scale Projects. Unpublished paper presented at The Decision Sciences Institute
Ninth Annual Meeting, Northeast
Regional Conference, Philadelphia, PA.
Sponsored by the Northeast Decision
Sciences Institute.
Anbari, F.T. (1983). An Operating
System for Forecasting Project Cost at
Completion. Unpublished paper presented at The Third International
Symposium on Forecasting, Philadelphia,
PA. Abstract in Program sponsored by
The International Institute of
Forecasters in collaboration with the
Wharton School, University of
Pennsylvania, Philadelphia, PA.
Anbari, F. T. (2001). Applications
and Extensions of the Earned Value
Analysis
Method
[CD-ROM].
Proceedings of the Project Management
Institute 2001 Seminars & Symposium,
November 1-10, 2001, Nashville, TN,
USA. Newtown Square, PA: Project
Management Institute.
Anbari, F.T. (2002). Quantitative
Methods for Project Management, Second
Edition. New York, NY: International
Institute for Learning.
Barr, Z. (1996). Earned Value
Analysis: A Case Study. PM Network, X
(12), 31-37.
Cioffi, D. F. (2002). Managing
Project Integration. Vienna, VA:
Management Concepts.
Cleland, D.I., & King, W.R.
(Editors). (1988). Project Management
Handbook, (2nd. Ed.). New York, NY:
Van Nostrand Reinhold.
Egan, Jr., D.S. (1982). The
Performance Index: Combining Cost
and Production Data to Show How
Good (or Bad) Your Project Really Is!!
Proceedings of the 7. Internet World
Congress on Project Management, 1982,
Copenhagen, Denmark, PROJEKTPLAN,
The
Danish
Project
Management Society, The Danish
Technical Press, Denmark, 355-364.
Farid, F., & Karshenas, S.
(November, 1988). Cost/Schedule
Control Systems Criteria Under
Inflation. Project Management Journal,
XIX (5), 23-29.
Fleming, Q.W., & Koppelman, J.M.
(2000).
Earned
Value
Project
Management, (2nd Ed.). Newtown
Square, PA: Project Management
Institute.
Heinze,
K.
(1996).
Cost
Management of Capital Projects. New
York: Marcel Dekker, Inc.
Kerzner, H. (2001). Project
Management: A Systems Approach to
Planning, Scheduling, and Controlling,
(7th Ed.). New York, NY: John Wiley &
Sons.
Kim, E.H. (2000). A Study on the
Effective Implementation of Earned Value
Management Methodology, Unpublished
doctoral dissertation. The George
Washington University, Washington,
DC.
Lewis, J.P. (2001). Project Planning,
Scheduling, & Control: A Hands-On
Guide to Bringing Projects In On Time
PMI-002 11/5
11/6/03
9:20 AM
Page 23
search/PDFpages/chaos1998.pdf.
The Standish Group. (1994). The
Chaos Report. Retrieved June 29, 2003,
from www.standishgroup.com/sample_research/chaos_1994_1.php.
Treasury Board of Canada
Secretariat. (2000-2002). About the
Enhanced Management Framework.
Retrieved on June 29, 2003, from
www.cio-dpi.gc.ca/emf-cag/about/abuans01_e.asp.
Webster, J.S. (2002). Meaningful
Metrics. PM Network, 16 (11), 34-39.
FRANK T. ANBARI, is a faculty member of the Project Management Program at The George Washington
University. He has taught in the graduate programs at Drexel University, Pennsylvania State University,
University of Texas at Dallas, and at the International Institute for Learning.
Dr. Anbari gained extensive industrial experience serving in project leadership positions at the National
Railroad Passenger Corporation (Amtrak), Day and Zimmermann, and American Water Works Service
Company. He served as examiner (1993-1995) and alumni examiner (1999-2000) for the Malcolm
Baldrige National Quality Award, as member of the Editorial Review Boards of Quality Management Journal
(1993-1998) and Project Management Journal (2000-Present), and as member of the Panel of Referees of
the International Journal of Project Management (2003-Present).
C A L L
F O R
P A P E R S
PMI-002 11/5
11/6/03
9:20 AM
Page 24
This article is copyrighted material and has been reproduced with the permission of Project
Management Institute, Inc. Unauthorized reproduction of this material is strictly prohibited.
ABSTRACT
Critical Chain Project Management
(CCPM) has emerged in the last few years
as a novel approach for managing projects. In this paper the authors analyze the
principles of CCPM, starting with a review
of its key elements: reduction of duration
estimates; buffer calculations; task completion notification; progress measurement; and priority setting. The authors
continue with a CCPM critical analysis
using evidence in the research literature
and in practice. The points addressed
include duration estimation practices,
project network structure, stability of the
critical chain, resource productivity under
multi-tasking, and the projects organizational and operational environment. The
place that CCPM occupies in the broader
project management context and the
costs associated with its adoption are
also considered. The authors conclusion
is that although CCPM has a number of
valuable concepts, it does not provide a
complete solution to project management
needs, and that organizations should be
very careful about the exclusion of conventional project management techniques.
Keywords: scheduling; critical chain
Introduction
ritical Chain Project Management (CCPM), which was developed and publicized by Dr. Eliyahu M. Goldratt (1997) in his book Critical Chain, is a
novel approach for managing projects. Goldratt is well known in the operations management community as the inventor of the Theory of Constraints
(TOC). TOC is a tool for managing repetitive production systems based on the
principle that every system has a constraint, and system performance can only be
improved by enhancing the performance of the constraining resource. CCPM is
an extension of TOC designed specifically for project environments. In the original book, as well as in the writings of its proponents, e.g., Newbold (1998),
Simpson and Lynch (1999), Homer (1998), and Leach (1999), CCPM is presented as an alternative to the classical methods for project planning and control,
such as those contained in the management and engineering textbooks and those
in professional standards, such as PMIs A Guide to the Project Management Body of
Knowledge (PMBOK Guide).
The publication of Goldratts book generated some controversy in the project
management community (Globerson, 2000). CCPM proponents claim it is a
totally new, revolutionary way of thinking that can lead to superior performance
in terms of reducing delivery time and increasing the ability to meet schedule and
budget commitments. Others dismiss this as hype, arguing that experienced project managers have known the principles behind CCPM for decades, and CCPMs
uniqueness is in the terminology rather than in its substance.
In addition to departing from the commonly accepted practice of project
management, CCPM application requires the use of specialized software currently offered by a small number of vendors that are not necessarily the market leaders. As a result, any organization considering CCPM adoption as a way for
improving project performance faces significant costs, both in economic terms
and in changes to its culture and work procedures. Consequently, a careful evaluation and assessment of CCPM and its potential to bring about significant and
sustainable performance improvements is in order.
The purpose of this paper is to provide some guidance to organizations considering CCPM as an addition or a substitute to their current project management
practices. The paper is organized as follows. The authors begin with a brief
overview of CCPM and a discussion of its key concepts and techniques. This is followed by a critical examination of the assumptions behind CCPM that considers
PMI-002 11/5
11/6/03
9:20 AM
Page 25
Job 1
Job 2
Job 3
CCPM Schedule
Job 4
Buffers are pooled,
and made explicit
PMI-002 11/5
11/6/03
9:20 AM
Page 26
Project Buffer
Date 1
Date 2
Feeding Buffer
Figure 2. Project Network With Feeding Buffer
PMI-002 11/5
11/6/03
9:20 AM
Page 27
is an appropriate formula to reduce duration estimates provided by task owners, the second issue still remains: Will
they agree to shorten their duration estimates and merge
their individual safety factors into the project and feeding
buffers? Imposing shortened duration estimates on task
owners will reduce their commitment to the estimates. In
addition, the knowledge that their estimates will be reduced
is likely to encourage task owners to add larger margins so
they still have the safety margin they prefer after the correction,. At any rate, the behavioral aspects of identifying the
precise amount of safety margin and taking it away from the
task owner are dealt with only superficially by CCPM literature and still require empirical support.
Use of Buffers in Planning and Control
The various types of buffers play a key role in CCPM theory.
In principle, the size of the project buffer should reflect the
amount of protection required against the uncertainty of the
sum of the durations of the tasks on the critical chain, while
the sizes of the feeding buffers should reflect the amount of
protection appropriate for the feeding chains. In order to
contribute to the reduction in the overall project duration,
the size of the buffer has to be less than the sum of the safety margins extracted from the tasks on the corresponding
chain. However, CCPM does not provide any scientific or
objective basis for determining the buffer size. This raises
several problems.
First, the feeding chain concept is based on the assumption that the project network consists of several paths that
start in parallel and proceed to merge into each other, eventually leading to the final product of the project, as shown
in Figure 3.
This network structure is applicable to projects that consist of construction, assembly, and integration tasks, which
are common in manufacturing environments. But many
PMI-002 11/5
11/6/03
9:20 AM
Page 28
Job 1 (4)
Job 2 (6)
Project
Buffer
Job 3 (4)
NC 1
Job 4 (4)
Job 5 (12)
(6)
(1) (1)
NC 2
Job 6 (12)
Feeding
Buffer
Non Critical Chain
PMI-002 11/5
11/6/03
9:20 AM
Page 29
Duration of Job 6
Duration of Job 5
99
110
111
112
113
114
115
99
99
110
111
112
113
114
115
110
110
110
111
112
113
114
115
111
111
111
111
112
113
114
115
112
112
112
112
112
113
114
115
113
113
113
113
113
113
114
115
114
114
114
114
114
114
114
115
115
115
115
115
115
115
115
115
PMI-002 11/5
11/6/03
9:20 AM
Page 30
cess. Furthermore, CCPM focuses on a single aspect of project managementmeeting the schedule goals. The relative
importance of this aspect is not universal: A project that
exceeded its original schedule by 10%, but still earned ten
times its cost in increased profits, would be considered
more successful that a project that was completed on time
and budget but added little to the customers business
effectiveness.
Within the narrow scope of meeting project schedule
objectives, CCPM focuses mainly on the uncertainty inherent in the schedule. Rather than addressing the root cause of
duration uncertainty, CCPM accepts it as a given and
attempts to overcome it by means of buffer management. In
contrast, most project risk management methodologies
work at identifying and reducing the sources of uncertainty
or by estimation methodologies that work to improve the
quality of the duration estimates. Although CCPM does not
preclude the application of other, more comprehensive risk
management approaches, its limited focus makes it ill suited to serve as the single tool for dealing with project uncertainty. At best, it can help manage the schedule uncertainty
that remains after the application of risk analysis and risk
mitigation tools.
Further, because CCPM is presented as a revolutionary
concept that replaces, rather than complements, current
project management knowledge and practices, it is not
properly integrated with the accepted body of knowledge
and state of the practice. This situation poses a certain
dilemma to organizations that are new to project management methodologies and are asked to choose between
CCPM and mainstream methodologies, such as those contained in the PMBOK Guide.
CCPM Adoption
An organization that considers the adoption of CCPM as its
main project management methodology has to take into
account two major sources of cost: software tools and culture change. CCPM implementation requires project personnel to use a software tool that supports the concept of
buffer creation and management. Currently, only one of the
mainstream mid-size project management software tools is
compatible with CCPM and two add-in products are available for the leading tool in the marketone of which
requires a specific database server. Thus, the range of software tool options is limited and bound to be relatively
expensive.
However, the costs of acquiring, deploying and applying software that supports CCPM are likely to be secondary
relative to the costs resulting from the need to change the
culture of the organization. CCPM is presented as a
methodology that has to be adopted in its entirety, ranging
from buffer calculation, personnel assignment, and
progress reporting, up to the criteria for determining delivery dates in a multi-project environment. As such, CCPM
requires massive education at various levels and functions
throughout the organization and may even require experienced project managers to forget some of their convention-
PMI-002 11/5
11/6/03
9:20 AM
Page 31
PMI-002 11/5
11/6/03
9:20 AM
Page 32
Tzvi Raz holds B.Sc, M.A.Sc and Ph.D degrees in Industrial and Management Engineering. He is a
Professor of Technology and Information Systems Management and Assistant Dean at the Leon Recanati
Graduate School of Business Administration at Tel Aviv University. Previously, he managed a technology
insertion program at an IBM software development laboratory, and was on the Industrial Engineering faculties of the University of Iowa, US and Ben Gurion University, Israel. Dr. Raz has published over 60
research papers in refereed international journals and is on the editorial boards of Computers and
Operations Research and the Project Management Journal. In the last five years he has served as consultant to several technology firms in Israel on project and risk management, and has conducted short
courses and workshops on these topics in Israel, Europe and South America. Dr. Raz has been certified
as a Project Management Professional by the Project Management Institute and was the founding president of the Israel Chapter of the Project Management Institute.
Dov Dvir is a senior lecturer at the Ben-Gurion University in Beer Sheba. Previously he was the head of the
Management of Technology (MOT) department at the Holon Center for Technological Education, Israel. He
also lectured at the Faculty of Management, The Leon Recanati Graduate School of Business
Administration at the Tel Aviv University. He holds a B.Sc. in electrical engineering from the Technion Israel Institute of Technology, M.Sc. in operations research and an MBA from Tel Aviv University; and a
Ph.D. in management (specialization in MOT) from Tel Aviv University.
In his military service as a senior officer in the Israeli Defense Force (IDF) he was a commander of a large
Technological Development Center.
Robert Barnes has an MSc and a Diploma of Management from the University of Auckland, and holds PMP
certification. He guest-lectures on Information Technology topics at Auckland University's Business
School, and is the author of an authoritative textbook on PL/I programming. He is a director of the iE3
Group, and a National Councillor of the New Zealand Computer Society, as well as an active consultant.
PMI-002 11/5
11/6/03
9:20 AM
Page 33
This article is copyrighted material and has been reproduced with the permission of Project
Management Institute, Inc. Unauthorized reproduction of this material is strictly prohibited.
ABSTRACT
This paper describes the methodology
and results of research designed to
extract useful professional project management information from recent research
literature in the information systems and
information technology (IS/IT) fields. The
resulting database of 784 journal, thesis,
and conference proceedings abstracts
represents research from 1999 through
2001 in the IS/IT field related to project
management. A lessons learned executive
seminar was conducted to allow experienced, active project managers to examine selected findings for lessons learned
and research opportunities that might
benefit project managers.
Keywords:
information
systems;
research; teams; communication; risk
hat is the current state of project management research? In the past three
years, a significant component of the Project Management Institute
(PMI) research focus has concerned examining existing project management research for its contribution to practitioners learning. In a previously funded PMI initiative, Kloppenborg and Opfer (2002) presented the results of an
examination of project management research since 1960. Their study explores
trends, major issues, and research contributions from each of the nine (PMBOK)
knowledge areas.
Funded by PMI, this current study represents the final deliverable of a series
of activities designed to extract project management information useful to the
practice of the profession from recent research literature in the information systems and information technology (IS/IT) fields. The grant investigators developed
a database of journal, thesis, and conference proceedings abstracts that represent
IS/IT project management research from 1999 through 2001. The project provides
a focused review with the intention of extracting information useful to practice in
the area of IS/IT project management.
Results reported here represent a review accomplished through a two-part
process: creating an annotated bibliography of research articles on project management in the IS/IT field and hosting a special lessons learned executive seminar
that allowed experienced, active project managers to examine selected findings for
lessons learned and research opportunities that they believe will benefit project
managers.
Methodology
Initial creation of the annotated bibliography began with a review of the efforts
of Kloppenborg and Opfer (2002). This research had been a broad-based review
of project management literature that also relied on an annotated bibliography to
develop trends and recommendations in project management research. The
process was initiated by applying the project management research definition previously developed in Kloppenborg and Opfer (2002) to identify for IS/IT project
management research.
With a satisfactory research definition guiding the researchers efforts, the
next step was to identify appropriate databases for review and appropriate keywords for finding articles. Eight commercial databases were searched to conduct
a thorough literature review. The four databases used in the earlier project were
PMI-002 11/5
11/6/03
9:20 AM
Page 34
Project management
Program$ management
Acquisition management
Systems management
Logistics management
Performance management
Configuration management
Program$ control
Project control
Human resource management
Integration management
Scope management
Cost management
Communication management
Risk management
Procurement management
Contract management
Schedule management
Project life cycle
Project lifecycle
Project manager
Project leader
Project success
Project failure
System$ development
SDLC
$ Indicates the use of truncation in the search, e.g., system$ would retrieve system or systems.
communication management
Advertising Age
American Medical News
Asia Pulse
Automotive News
Business Insurance
Business Marketing
Communications News
Computer Technology Review
Computer World
Crains Chicago Business
Eweek
Financial Times
InfoWorld
InterActive Week
Marketing News
Nations Restaurant News
New York Times
PC Week
PC World
PC Magazine
Supermarket News
Wall Street Journal
Womens Wear Daily
PMI-002 11/5
11/6/03
9:20 AM
Page 35
Cost,
Leadership,
Quality, Risk,
Procurement, Teamwork, HR,
Integration
Life Cycle
Communications
130
137
79
Schedule,
Scope
170
Information
Systems
Success/Failure
165
PMI-002 11/5
11/6/03
9:20 AM
Page 36
Journal
Description
PMI-002 11/5
11/6/03
9:20 AM
Page 37
PMI-002 11/5
11/6/03
9:20 AM
Page 38
Number
Hawaii International Conference on System Sciences (1999, 2000, 2001)
Information Resources Management Association International Conference (1999, 2000, 2001)
Americas Conference on Information Systems (1999)
Project Management Institute Annual Seminars and Symposium
Computer Personnel Research Conference (2000)
European Conference in Information Systems (1999, 2000)
IEEE Conference on Management of Innovation and Technology (2000)
ACM SIGUCCS (2000)
Portland International Conference on Management of Engineering and Technology (1999)
International Conference on Information Systems Methodologies (1998)
Conference on the Social and Organizational Perspective on Research and Practice in
Information Technology (2000)
IEEE International Conference on Engineering of Complex Computer Systems (1999, 2000, 2001)
International Conference on Software Engineering and Applications (1999, 2000)
Medical Imaging (2000)
Proceedings of Gita Conference (1999)
Project Management Institute Research Conference (2000)
Advanced Information Systems Engineering Conference (2001)
Computers in Cardiology (2000)
IEEE Conference on Software Engineering Education and Training (2001)
IEEE International Conference on Systems, Man, and Cybernetics (1999, 2000)
International Computer Software and Applications Conference (1999)
International Conference on Electricity Distribution (2001)
International Conference on Product Focused Software Process Improvement (1999)
Medical Infobahn for Europe Proceedings (2000)
UK Academy for Information Systems Annual Conference (1999)
Western Power Delivery Automation Conference (2001)
33
32
20
14
12
10
7
6
4
3
3
3
3
3
3
3
2
2
2
2
2
2
2
2
2
2
Practitioners need to deploy virtual teams on IS/IT projects while continuing to consider how to use them
most effectively and under what
constraints.
IS/IT projects require project leaders who are business-oriented and
technically trained, as well as generally qualified project management
professionals.
Different perceptions of written
and oral communication and other
interpersonal skills have an effect
on project performance. Project
leaders must control for effects of
perception differences.
Significant project risk factors
include lack of top management
commitment, failure to obtain user
commitment, and misunderstanding
of commitment.
IS/IT practitioners and academics
need to frequently examine IS/IT academic research for the introduction
of success models relevant to IS project management issues.
Both the practitioners and
researchers on this project have
expressed that they should collaborate to ensure future research is theoretically sound and relevant.
Offering recommendations to produce more relevant IS research,
PMI-002 11/5
11/6/03
9:36 AM
Page 39
JOHN STEMMER is the Assistant Director for Collections and Systems Services at Xavier University. He
participated in the original project management research investigation that developed the Project
Management Research: An Annotated Bibliography 1960-1999 database. As the projects Research
Librarian, he assisted in the selection and location of sources, as well as the design and creation of
the database. He has ten years experience in academic and research libraries; he is knowledgeable
on the types, availability, and use of electronic resources and has conducted research on electronic
journal availability.
DEBBIE TESCH is an Assistant Professor of Information Systems at Xavier University. She obtained her
DBA in Quantitative Analysis and Management Information Systems at Louisiana Tech University
awarded in 1992. Her current research interests include project management, system development,
and curriculum outcomes assessment. She has recent publications in Decision Science and
Communications of the ACM as well as numerous conference proceedings and a Visual Basic projects
text. She is a member of AITP.
PMI-002 11/5
11/6/03
9:20 AM
Page 40
This article is copyrighted material and has been reproduced with the permission of Project
Management Institute, Inc. Unauthorized reproduction of this material is strictly prohibited.
ABSTRACT
This paper is a management-oriented
review of a large-scale government software development project. The product is
the Joint Warfare System (JWARS), a theater-level warfare simulation intended to
support U.S. Department of Defense decision-making. This paper discusses all
aspects of the JWARS development project from 1995 until 2002. Unique features
included object-oriented development, an
integrated government-contractor environment, and involvement of users and
subject matter experts in development
and testing.
Keywords: organizational planning; scope
definition; simulation
2003 by the Project Management Institute
Vol. 34, No. 4, 40-46, ISSN 8756-9728/03
Introduction
his paper is a management-oriented review of a large-scale government software development project. The Joint Warfare System (JWARS) is a theaterlevel warfare simulation that was developed as a tool to support U.S.
Department of Defense decision-making. This paper covers the period when the
author directed the projectfall 1995 through summer 2002. It discusses all
aspects of the project, including history, management oversight, requirements,
infrastructure, technical approach, development team, data, user participation,
evolution of processes, and insights. Unique features of the project included:
Object-oriented (OO) development, employing an OO language for implementation and a case tool that adheres to the Unified Modeling Language
for design;
An integrated government-contractor environment;
Involvement of users and subject matter experts in development and testing.
History
In May 1995, the Deputy Secretary of Defense established the Joint Analytic
Model Improvement Program (JAMIP) to improve the modeling and simulation
tools available to support U.S. Department of Defense (DoD) decision-making,
and directed the development of JWARS as the centerpiece of JAMIP. The Director,
Program Analysis and Evaluation (DPA&E), who serves in the Office of the
Secretary of Defense (OSD), was assigned to lead JAMIP in general and to develop JWARS in particular.
In November 1995, the JWARS office was created to develop JWARS. In June
1996, Joint Data Support (JDS) was established as the primary data support
organization for JAMIP and JWARS. Both the JWARS office and JDS are within the
Office of the DPA&E (ODPA&E).
During 19951997, the JWARS office constructed a prototype. Since 1997, it
has constructed the first production version, Release 1, and its subsequent iterations. (Beta testing of Release 1.4 began in July 2002.)
Because JWARS will be used to support important decisions, the project
enjoyed the interest of three diverse groups, all of which made significant contri-
PMI-002 11/5
11/6/03
9:20 AM
Page 41
Overall
guidance
Executive
Committee
Routine
guidance
Steering
Committee
Near Term
Enhancements
Joint Staff / J-8
lead
JWARS
Development
PA&E lead
Field Support
Joint Staff / J-8
lead
PMI-002 11/5
11/6/03
9:20 AM
Page 42
Module
Strategic
Logistic
1
2
2
2
5
4
Theater
Logistic
4
3
5
5
3
1
2
3
4
Perception
1
1
3
2
2
3
4
1
1
1
Iteration
2
3
1
5
2
5
4
5
1
4
5
3
4
2
3
4
4
4
3
4
2
3
5
5
2
4
5
1
5
5
PMI-002 11/5
11/6/03
9:20 AM
Page 43
Operational
Requirements
Document (ORD)
Software Development
Threads
Threads
Specify warfare functionality
Functional area-related
Resource-constrained
Relarse 1: 55 threads
Iteration 1
Assignment to Iterations
Sequence threads logically
Balance developer workload
Iteration 2
Iteration 3
Iteration 4
Iteration 5
PMI-002 11/5
11/6/03
9:20 AM
Page 44
Thread
Thread
Intent
Statement
Requirements
Refinement
- Mission Space
Analysis
- Requirements
Specifications
External
Review
High-Level
Design
Code from
Prior
Iteration
Data
Requirements
Review
Detailed
Design
Unified Modeling
Language
Case Tool
Implementation
and Testing
Integration
and
Testing
JWARS Code
Developer
Testing
VisualAge
Smalltalk
Language
Data
Input data and scenario are both fun-
User Participation
Many organizations and individuals
PMI-002 11/5
11/6/03
9:20 AM
Page 45
Government Staff
Contractor
Management Lead
Quality Assurance and
Requirements Management
Problem
Domain Lead
Technical
Manager
Land Team
Maritime Team
C4ISR Team
Transportation
and Log Team
Data Architect
Team
System
Architect
Support Teams
Software
Architect
Training Team
Scenario
Development
External Support
Platform Domain
Simulation Domain Team
Information
Security
Internal Support
PMI-002 11/5
11/6/03
9:20 AM
Page 46
JIM METZGER has been an operations research analyst for 27 years. During that period, he has developed
and applied simulations for the U.S. Army Materiel Systems Analysis Activity, Army Concepts Analysis
Agency (now Center for Army Analysis), and Office of the Secretary of Defense (OSD). From 1995 until
October 2002, he was the Director of the JWARS Office, which reports to the Director, OSD Program Analysis
and Evaluation. He is now an employee of Northrop Grumman Information Technology, serving as a member
of the National Industry Team supporting the Missile Defense Agency.
PMI-002 11/5
11/6/03
9:20 AM
Page 47
This article is copyrighted material and has been reproduced with the permission of Project
Management Institute, Inc. Unauthorized reproduction of this material is strictly prohibited.
ABSTRACT
This paper presents a study of complex
society and its relationship to project
management. The complex society is
characterised by open systems, chaos,
self organisation and interdependence.
Accelerated change drives instability and
chaos following an autocatalytic process.
The conventional project management
approach assumes a world of order and a
predictable environment in which one can
set and deliver a clear set of goals in a
defined manner. The traditional approach
is open to challenge. The author argues
that a paradigm shift in project management is essential for it to be relevant and
effective in a complex society of this century. Research is needed to further define
a fresh understanding of project management and how it that can respond to the
challenges of the complex society. This
necessitates working globally to advance
the field.
Key words: complexity theory, open
systems, chaos, project management
Open systems. A complex society is made of a complex web of interacting open systems that are subject to instability and in throes of constant
change within of an Internet like network of interconnections and interrelationships;
Chaos. The complex society is affected by uncertainties that are beyond
long term contemplation and thus defy the classical management approach of
orderly planning and control. Social systems change when the conditions are
right following an autocatalytic process;
Self-organisation. In a complex society the tendency is for self organisation to take place following the autocatalytic process leading to autonomous
organic (self steering) organisation units, based on insights and competence
of the actors as well as synergy, flexibility and teamwork; and
Interdependence. The growth of interdependence makes it increasingly
difficult, if not impossible, to make any predictions on the basis of previous
experience. Thus, it is important to avoid development and use of a linear
reductionist model for forecasting the behavior of future events.
These characteristics illustrate the rising complexity in the society that
stem from rapid technological, social, economical and global change, considered by many as irreversible (Geyer, 1998; London, 1996). The science of
complexity has shown that systemic change is not a mechanistic, progressive,
and linear phenomenon whose causes and effects can be clearly isolated.
The science of complexity has now developed to the extent that it is
applied to many fields such as natural and social sciences, management and
the arts. For example, Tyson (1998) argues that it has changed the worldview
of science in all spheres including social sciences. There is a growing body of
literature on this subject and a number of Internet portals serve the interests
of the research community (e.g.http://www.brint.com/Systems.htm).
CIO Magazine in its issue of 15 April 1998 (as quoted in the above portal) states: However, most traditional management literature has focused on
control as a means of compliance instead of self-regulation and self-control
and on extraneous rewards and incentives instead of intrinsic motivation.
PMI-002 11/5
11/6/03
9:20 AM
Page 48
PMI-002 11/5
11/6/03
9:20 AM
Page 49
PMI-002 11/5
11/6/03
9:20 AM
Page 50
PMI-002 11/5
11/6/03
9:20 AM
Page 51
Behaviour
Attitudes/beliefs
Values/basic programming
Unquestioned assumptions:
What is right and wrong/ethics.
Figure 1. The Lily Pond Model (Hofstede 1991)
PMI-002 11/5
11/6/03
Point
9:20 AM
Page 52
Type 1
Type 2
Type 3
Type 4
(Nerds)
(Average citizens)
(Fanatics, extremists)
(Outcasts,downtrodden)
Character
Introvert, withdraws
from complexity,
limits confrontation
with change, seeks
simplistic pursuits,
likes quick response
from own actions,
feels cannot influence
complex situations
Reactive, resists
change, follows
group thinking,
threatened by
complexity, in search
of pure ideologies,
character defined by
absolute beliefs, as
in religion, driven by
hate
Un-involved,
disinterested, not
concerned with
change or passively
accepts it,
submissive,
downtrodden, feel
not counted or
accepts exploitation
& abuse of all sorts
Capability
Leading change,
competent in the
application of
professional tools and
techniques, competent
to practice in a field of
endeavour, possesses
social cultural
competencies
Competent in narrow
areas, e.g. simple
intellectual tasks or
trades. Able to read
and write but not to
understand the
complex societal
issues over which
they feel have no
control
Not generally
articulate, no
definitive skills,
mostly engaged in
subsistence living,
concerned with
immediate survival
issues of food and
shelter
Approach
Superficial, finds it
easier to follow
dominant lines, open
to manipulation,
follows simple and
ingrained mental
models
Mostly fatalistic,
accepting
wretchedness as
natural, feeling
powerless, follows
survival instincts
Criteria
Fitness of purpose,
fitness for purpose,
value, harmony in
relationships, personal
ethics, resolution of
conflicts, faith
Self reference
Non-existent as one
is guided by others
expectation,
standards,
established wisdom
and an absolute truth
Development
Normally from
developing countries
with low education &
formation, strong
religious and ethnic
enculturation, or
extreme groups in
developed countries
with low education &
no proper formation
PMI-002 11/5
11/6/03
9:20 AM
Page 53
High
Low
Project Complexity
Environmental Complexity
Low
High
Normative model
Creative-reflective
model
Ad-hoc model
Bureaucratic model
in the process.
This model of project management is typically characterised by
absence of any formal systems and or
consideration of the competence of the
individual players. Most decisions and
the rules are made on the run, and
decision makers positions can vary
considerably depending on their gut
feelings of the situation.
Type 1 approaches work when the
environmental complexity is rather
low and when project is also simple
enough that the players can get their
minds around it and or the project is
really of a similar line. Figure 3 shows
its limitations.
Type 2: Bureaucratic Model
This approach is common on many
public sector projects and undertakings. It is the next step in the evolution
path and a reaction to the often spectacular project failures under the previous models when significant
complexities are present. Many organisations have typically sought to influence the project outcomes by
imposing bureaucratic controls,
involving over-elaborate procedures,
administrative processes, approvals
and maintenance of records. Typically
the project is run for full bureaucratic
compliance rather than for achieving
optimal results. Such approaches tend
to be either overcomplicated and or
oversimplified, both of which are due
to the managers inability to apply an
appropriate degree of environmental
complexity reduction and or due to a
set of rigid organisational policies and
methodologies.
The author speculates that project
managers of this approach are typically those who resist change and despise
environmental complexity intruding
their routine decision making and
operational freedom. They are in
search of stability and imposition of
order (command and control) mode
of management. They feel that their
power base can be threatened by the
introduction of change and or deviation from established procedures. This
model has a lot to do with maintenance of power and imposition of control than good management practices.
PMI-002 11/5
11/6/03
9:20 AM
Page 54
POINT
MODEL A
MODEL B
Character
Capability
Approach
Criteria
Epistemology
Validation
Thinking
Profession
Professionalism
Professional
standards
Professional
PMI-002 11/5
11/6/03
9:20 AM
Page 55
Environmental Complexity
Very
High
High
Type 4 Creative-Reflective
Medium
Type 3 Normative
Low
Type 2
Bureaucratic
Type 1 Ad-hoc
Low
Medium
High
Very High
Project Complexity
Figure 3. Schematic Comparison of 4 Models of Prject Management in terms of Complexity
PMI-002 11/5
11/6/03
9:20 AM
Page 56
PMI-002 11/5
11/6/03
9:40 AM
Page 57
http://www.unizar.es/sociocybernetics/chen/pfge12.html).
Hofstede, G. (1991). Cultures and
Organizations: Software of the mind.
Maidenhead, Berkshire, UK: McGrawHill Book Co.
Jaafari, A. (2001). Project management and the third revolution: can we
deliver? PM-Research
Conference
Proceedings. 21 22 November 2001,
Vienna, Austria. PM Group, Vienna
University of Economics and Business
Administration, Vienna, Austria, 8.
Jarvis. (1983) referred to in Lester,
S. (1994). On professionalism and
professionality,
published
at:
http://www.devmts.demon.co.uk/prof
nal.htm
Kanter, R. M., Stein, B., and Jick, T.
D. (1992). The Challenge of
Organizational Change: How Companies
Experience It, and Leaders Guide It. New
York: Free Press.
Kauffman, S. A. (1991). Antichaos
and Adaptation. Scientific American,
August, 78-84.
Kauffman, S. A. (1992). The
Origins of Order: Self-Organization and
Selection in Evolution. Oxford: Oxford
University Press.
Kauffman, S. A. (1995). At Home
in the UniverseThe Search for Laws of
Complexity. Harmondsworth, UK :
Penguin Books.
PROFESSOR JAAFARI is Chair Professor of Project Management at the University of Sydney and is a
recognised authority in project and programme management. He has been a speaker at numerous
World Congresses and International Conferences worldwide. He is the winner of many prizes and
awards (3 in 2001).
Professor Jaafari has wide expertise and professional experience. His most recent executive position
was in 1990-3 as Chief Manager, Project Management, with SMEC in Australia. He has, to-date,
authored over 130 publications in project, programme, operations and technology management,
including strategy-based project management, whole-of-life framework & philosophy, concurrency,
management of technology and innovations, information management systems, TQM, risk, opportunity and uncertainty analysis & management and education of professionals. Since 1982 he has
conducted courses and seminars for over 3,000 executives, managers and professionals in
Australia, Asia and Europe. Professor Jaafari has held visiting professorial appointments at a number of universities, in the US, UK, Europe and Asia.
PMI-002 11/5
11/6/03
9:20 AM
Page 58
COVER TO COVER
Book Review Editor, Kenneth H. Rose, PMP
PMI-002 11/5
11/6/03
9:20 AM
Page 59
text, the workbook, and the book of cases are ideal as selfstudy tools for the Project Management Institutes
Certification exam. While the text contains substantial
amounts of material that can provide readers with knowledge
that will serve them well when they take the Certification
exam, large portions of it are not compliant with PMIs A
Guide to the Project Management Body of Knowledge
(PMBOK).
Since the Certification examination reflects the PMBOK
perspective, this is a serious shortcoming of Project
Management as a Certification exam study source. The book
never discusses the PMBOKs five project management
processes or nine knowledge areas, which form the logical
backbone of project management theory and practice as
promoted by PMI and which lie at the heart of the
Certification exam.
Furthermore, its use of terminology often does not correspond to PMBOK usage. For example, its treatment of risk
management which is well done uses a different approach
than what is employed in the PMBOK. While the book divides
the risk management process into risk planning, risk assessment, risk handling, and risk monitoring, the PMBOK partitions it according to risk planning, risk identification,
qualitative risk analysis, quantitative risk analysis, risk
response planning, and risk monitoring and control. While
the book identifies risk assumption, risk avoidance, risk control, and risk transfer as the principal risk handling techniques
available to risk management practitioners, the PMBOK identifies risk acceptance, risk avoidance, risk mitigation, and risk
transference as the core techniques.
Consequently, students who use Project Management to
prepare for the risk management questions on the
Certification exam will find that many of the concepts and
terms they learned in this book do not map to concepts and
terms covered on the exam. What holds true for risk management holds with other knowledge areas as well.
There is not much that is truly new in the eighth edition.
One new chapter is titled Modern Developments in Project
Management. It covers eight topics in 20 pages, including
such items as project management maturity models and managing multiple projects. While this chapter addresses some
interesting new developments, the treatment of each topic is
very cursory. Another chapter dealing with a new topic is titled
Critical Chain Project Management which is written by
Gerald Kendall. It does a good job describing this relatively
new perspective on project scheduling.
John Wiley & Sons, 2003, ISBN: 0-471-22577-0, hardcover, 911 pp., $76.00 Member, $80.00 Nonmember.
Reviewed by J. Davidson Frame, PhD, PMP, Academic Dean,
The University of Management and Technology, Arlington,
Virginia, USA
PMI-002 11/5
11/6/03
9:42 AM
Page 60
PMI-002 11/5
11/6/03
9:20 AM
Page 61
sors. The author offers several tips for effective negotiation and describes several hardball tactics to avoid or
recognize when encountered. He emphasizes preparation
as the key to success and defines criteria for determining
success in any negotiation. He also points out that project managers must have strong listening skills to be effective negotiators, including both attentive and interactive
skills.
The obligatory chapter on conflict resolution is brief
but complete. Williams describes conditions that lead to
or contribute to conflict and methods for dealing with
conflictthe classic five of smoothing, withdrawal, compromising, forcing, and problem solving. He complements these with five personal styles ranging from
win-lose to integration (win-win). He follows with a discussion of project-specific sources of conflict and bases of
power that gives readers a comprehensive view that will
serve them well in any project team.
The issue of power is addressed in two chapters, one
dealing with building a project power base and one dealing with empowering others. Power and influence are
essentialand perhaps often misunderstoodingredients for a successful project manager. Williams shows a
positive approach that avoids the unsavory connotations
of power in the past. The strength of a team lies in
empowerment that enables and releases the full creativity of the team members. Williams suggests nine techniques that readers can apply on the job.
The book closes with a sort of catch-all section that
includes chapters on problem solving, time management, auditing, and future directions, Important topics
all, but wisely placed here to avoid breaking the chain of
thought that links together the elements of the previous
section.
Readers have many choices when seeking books on
teams and team building. Team Development for HighTech Project Managers should be considered first. It is
concise and complete, and focused on project needs
exactly what busy project managers are looking for.
Artech House, 2002, ISBN: 1580531342, hardcover, 213
pp., $56.05 Member, $59.00 Nonmember.
PMI-002 11/5
11/6/03
9:20 AM
Page 62
PMJ welcomes recommendations from project managers and others regarding books that may be of
professional value to fellow PMI associates. Areas of potential interest include: new ideas about the
theory, concepts, and techniques of project management; new approaches to technology and management; getting business results; competing in todays complex workplace; and global changes.
Recommendations should include the title, author, and publisher, and a brief statement as to why the
book should be considered for review. PMJ will select books for review and identify a reviewer.
Individuals recommending books for review may also volunteer to write the review. However, individuals should not submit a review before PMJ has selected the book. PMJ receives many books from publishers and authors and cannot review them all.
Guidelines for Writers
Reviews should begin with a strong, brief opening paragraph that identifies the book and author, and tells
the reader why the book is important. The review should not only describe the content of the book, but also
what the content means; that is, why it is a contribution to the project management body of knowledge.
Reviewers may include the following elements:
A summary of key or unique concepts
Favorite quote, graphic, chart, etc.
Important tips or guidelines
New terms or phrases, such as knowbots or teamocracy
Message from the book that should be remembered for future use, or should have been disclosed
years ago.
Reviews should include the books strong points and any weak points if this information will be useful
to the reader. Reviews should be written in a conversational style that maintains academic rigor.
Reviewers should avoid use of the first person (I) and focus on the book and its contents. Reviewers
should also avoid use of extensive lists as a means of describing or duplicating content. Instead, focus
on what the content means to readers. Reviews should be no longer than 750 words in length (please
use your computer word count to verify length of the review).
Reviews should include complete publishing information, if possible: title, author(s), publisher (city and
state), year published, ISBN number, total pages, and price in U.S. dollars. PMJ will add any information that
is not available to reviewers.
Reviews should be prepared using MS Word and may be submitted by email (preferred) or on disk.
Submissions should include the name, title, company, address, phone/fax/e-mail, and brief (one or two
sentence) biosketch of the reviewer. Reviews should be submitted to:
Book Review Editor
PMI Publications
natasha.pollard@pmi.org
PMI reserves the right to edit all material submitted for publication.
PMI-002 11/5
11/6/03
9:20 AM
Page 63
SHORT ITEMS
Short items do not need rigorous academic
scrutiny and are not refereed. Upon receipt, however, these items become the copyright property
of PMI.
Opinion presents thoughtful discussion of
project management issues.
Correspondence pertains to the project and
program management profession, including references to literature, practice, and scholarship as
well as discussion and replies related to articles
published in PMJ.
Book Reviews express opinions about books
related to the project management profession, or
about general management or technical books
that cover topics of particular value to the project
manager.
Calendar of Events offers notices of forthcoming meetings and calls for papers.
SUBMISSIONS
All manuscripts must be submitted electronically either by email to natasha.pollard@pmi.org
or on diskette sent to: Project Management
Journal, Attn: Natasha Pollard, 4 Campus Blvd.,
Newtown Square, PA 19073 USA. If you submit
your manuscript on diskette, please include a
printout of the manuscript, including all tables
and figures, on 8-1/2 x 11 inch paper, double
spaced throughout, and printed on one side
only. Manuscripts should include the following
in the order listed:
A title page that includes the title of the
manuscript and each authors name, affiliation,
mailing address, and phone, fax, and e-mail
address. Correspondence will be directed only to
the first author listed.
An abstract of 100 words or less that outlines the purpose, scope and conclusions of the
manuscript, and selected keywords.
Text (use headings and no more than two
levels of subheadings). To permit objective
reviews by two referees, the abstract and first
page of the text should not reveal the authors
and/or affiliations, but only the manuscript title.
References.
Illustrations and Tables (titled, numbered
in Arabic, with captions, each on a separate
sheet, preferred location indicated within the
body of the text).
Biographical details of each author.
Upon manuscript acceptance, authors must also
provide a black-and-white passport-style photograph and a signed copyright agreement.
COMPUTER-GENERATED
TEXT AND ILLUSTRATIONS
Authors are requested to submit the final text
and illustrations via email or on a 3.5
IBM/compatible disks. As with the requirements
for manuscript submission, the main text, list of
references, table and illustration captions, and
author biographies should be stored in separate
text files with clearly identifiable file names.
Keep the layout of the text as simple as possible
PMI-002 11/5
11/6/03
9:20 AM
Page 64
KEYWORDS
Keywords categorize your manuscript. They cover project management methodologies and processes, tools and techniques, PMBOK Guide
knowledge areas, industries, types of projects, geography. Please list three or four keywords that best categorize your manuscript. Choose
from the following list of suggested keywords (this is not a comprehensive list) or you may use your own.
Accounting
Activity Duration Estimating
Agriculture
Arrow Diagramming Method
Baselines
Benchmarking
Benefit/Cost Analysis
Budgeting
Change Control
Communications Management
Concurrent Engineering
Configuration Management
Conflict Resolution
Constraints
Construction
Contingency Planning
Contract Closeout
Cost Estimating
Cost Management
Critical Path
Delegation
Deliverables
Design
Documentation
Earned Value
Engineering
Environment
Estimating
Fast-Tracking
Feedback
Finance
Float
Funding
Human Resource Management
Information Systems
Integration Management
Large Project
Leadership
Life-cycle Costing
Manufacturing
Management Skills
Matrix Organization
CHECKLIST
Manuscript via email or on diskette
100-word abstract
Illustrations
Author biographies
Black and white author photographs
(upon acceptance)
Signed copyright agreement
(upon acceptance)
Milestones
Mitigation
Monte Carlo Analysis
Multiproject Planning
Negotiating
Networking
New Product Development
Organizational Planning
Organizational Structure
Parametric Modeling
Performance Reporting
Pharmaceuticals
Procurement Management
Productivity
Project Life Cycle
Project Management Software
Project Plan Development
Quality Assurance
Quality Management
Reengineering
Resource Planning
PROOFS
Correspondence and proofs for correction will
be sent to the first-named author unless
otherwise indicated. Copyediting of
manuscripts is performed by PMI staff. The
authors are asked to check proofs for
typographical errors and to answer queries
from editors. To improve publication times it
is important that proofs be returned within
three days. Authors may be charged for
extensive corrections in the proof stage.
Responsibility
Risk Management
Risk Response Development
Schedule Development
Schedule Control
Scope Management
Scope Definition
Scope Change Control
Simulation
Staff Acquisition
Stakeholders
Standards
Statistical Sampling
Team Development
Time Management
Tools
Training
Transportation Variance
Utilities
Virtual Organization
Work Breakdown Structure
Work Packages
108,987
119,812
107,887
118,712
107,887
Does Not Apply
Does Not Apply
Does Not Apply
107,887
118,712
1,100
Does Not Apply
108,987
98.7%
1,100
118,712
119,812
98.9%
Date: 12/01/03
PMI-002 11/5
11/6/03
9:20 AM
Page 65
INDEX OF 2003
PROJECT MANAGEMENT
JOURNAL PAPERS AND AUTHORS
1. A Critical Look at Critical Chain Project
Management. Tzvi Raz, Robert Barnes, and Dov Dvir.
December, 24-32.
2. Applying the Slevin-Pinto Project Implementation
Profile to an Information Systems Project. Peter Finch.
September, 32-39.
3. Applying Utility Theory to Risk Management.
Crispin Piney. September, 26-31.
4. Beyond the Body of Knowledge: A KnowledgeFlow Approach to Project Management Theory and
Practice. Keith F. Snider and Mark E. Nissen. June, 4-12.
5. Cost Estimation Overruns in the North Sea.
Magne Emhjellen, Kjetil Emhjellen, and Petter
Osmundsen. March, 23-29.
6. Earned Value Project Management Method and
Extensions. Frank T. Anbari. December, 12-23.
7. Effectiveness of Alliances Between Operating
Companies and Engineering Companies. He Zhang and
Peter Flynn. September, 48-52.
8. Effective Project Management for Strategic
Innovation and Change in an Organizational Context.
John Kenny. March, 43-53.
9. Evaluation and Selection of Consultants for
Design-Build Projects. Yean Yng Ling, George Ofori, and
Sui Pheng Low. March, 12-22.
10. JWARS: A Case Study. Jim Metzger. December, 40-46.
11. Learning Generators: Project Teams Re-conceptualized. Andrew J. Sense. September, 4-12.
12. Learning to reduce rework in projects: Analysis
of firms organizational learning and quality practices
Authors
Anbari, Frank T. (6)
Andersen, Erling S. (22)
Atkins,Steven (21)
Badir,Yuosre F. (13)
Barnes, Robert (1)
Bourquin, Vincent (13)
Demeulemeester, Erik (20)
Dvir, Dov (1)
Edwards, David J. (12)
Emhjellen, Kjetil (5)
Emhjellen, Magne (5)
Finch, Peter (2)
Flynn, Peter (7)