58,99 €
The latest edition in the gold standard of project management case study collections
As a critical part of any successful, competitive business, project management sits at the intersection of several functional areas. And in the newly revised Sixth Edition of Project Management Case Studies, world-renowned project management professional Dr. Harold Kerzner delivers practical and in-depth coverage of project management in industries as varied as automotive, healthcare, government, manufacturing, communications, construction, chemical, aerospace, and more.
The latest edition of this bestselling book acts as the perfect supplement to any project management textbook or as an aid in the preparation for the PMP certification exam. The author includes new topics, like risk management, information sharing, scope changes, crisis dashboards, and innovation.
The Sixth Edition includes ten new case studies and a wide array of updates to existing cases to meet today’s industry standards and reflect the unique challenges facing modern project management professionals. This new edition:
Perfect for students taking courses on project management during their undergraduate degrees and at the graduate level as part of an MBA or graduate engineering program, Project Management Case Studies is also an indispensable resource for consulting and training companies who work with other professionals.
Sie lesen das E-Book in den Legimi-Apps auf:
Seitenzahl: 1232
Veröffentlichungsjahr: 2022
Cover
Title Page
Copyright
Dedication
Preface
Part 1: PROJECT MANAGEMENT METHODOLOGIES
Lakes Automotive
Ferris HealthCare, Inc.
Clark Faucet Company
Creating a Methodology
Honicker Corporation
Acquisition Problem
Zane Corporation
Part 2: IMPLEMENTATION OF PROJECT MANAGEMENT
Kombs Engineering
Williams Machine Tool Company
The Reluctant Workers
Macon, Inc.
Cordova Research Group
Cortez Plastics
The Enterprise Resource Planning Project
The Prioritization of Projects
Selling Executives on Project Management
The New CIO
The Invisible Sponsor
The Trade‐off Decision (A)
The Trade‐off Decision (B)
The Project Audit
Part 3: PROJECT MANAGEMENT CULTURES
Como Tool and Die (A)
Como Tool and Die (B)
Apache Metals, Inc.
Haller Specialty Manufacturing
Coronado Communications
Radiance International
The Executive Director
Redstone Inc.
Part 4: PROJECT MANAGEMENT ORGANIZATIONAL STRUCTURES
Quasar Communications, Inc.
Fargo Foods
Government Project Management
Falls Engineering
White Manufacturing
Martig Construction Company
Part 5: NEGOTIATING FOR RESOURCES
Ducor Chemical
American Electronics International
The Carlson Project
Communication Failures
Part 6: PROJECT ESTIMATING
Capital Industries
Small‐Project Cost Estimating at Percy Company
Cory Electric
Camden Construction Corporation
The Estimating Problem
The Singapore Software Group (A)
The Singapore Software Group (B)
The Singapore Software Group (C)
The Singapore Software Group (D)
To Bid or Not to Bid
Part 7: PROJECT PLANNING
Greyson Corporation
Teloxy Engineering (A)
Teloxy Engineering (B)
Payton Corporation
Kemko Manufacturing
Chance of a Lifetime
Part 8: PROJECT SCHEDULING
Crosby Manufacturing Corporation
The Scheduling Dilemma
Part 9: PROJECT EXECUTION
The Blue Spider Project
Corwin Corporation
Quantum Telecom
The Trophy Project
Margo Company
Project Overrun
The Automated Evaluation Project
The Rise, Fall, and Resurrection of Iridium: A Project Management Perspective
Health Care Partners, Inc.
McRoy Aerospace
The Poor Worker
The Prima Donna
The Team Meeting
The Management Control Freak
The Skills Inventory Project
Notes
Part 10: CONTROLLING PROJECTS
The Two‐Boss Problem
The Bathtub Period
Irresponsible Sponsors
The Need for Project Management Metrics (A)
The Need for Project Management Metrics (B)
The Need for Project Management Metrics (C)
The Need for Project Management Metrics (D)
The Need for Project Management Metrics (E)
The Need for Project Management Metrics (F)
The Need for Project Management Metrics (G)
The Need for Project Management Metrics (H)
Part 11: PROJECT RISK MANAGEMENT
The Space Shuttle
Challenger
Disaster
Packer Telecom
Luxor Technologies
Altex Corporation
Acme Corporation
The Risk Management Department
Sandora Company
Notes
Part 12: CONFLICT MANAGEMENT
Facilities Scheduling at Mayer Manufacturing
Scheduling the Safety Lab
Telestar International
The Problem with Priorities
Part 13: MORALITY AND ETHICS
The Project Management Lawsuit
Managing Crisis Projects
Is It Fraud?
The Management Reserve
Jill's Dilemma
Notes
Part 14: MANAGING SCOPE CHANGES
The Berlin Brandenburg Airport
Sierra Telecom
Note
Part 15: WAGE AND SALARY ADMINISTRATION
Photolite Corporation (A)
Photolite Corporation (B)
Photolite Corporation (C)
Photolite Corporation (D)
First Security Bank of Cleveland
Jackson Industries
Part 16: TIME MANAGEMENT
Time Management Exercise
Part 17: MANAGING INNOVATION PROJECTS
The Government Think Tank
LXT International
Lego: Brand Management
Notes
Part 18: ASSESSING PROJECT MANAGEMENT MATURITY
Simone Engineering Company
NorthStar Software Company
Part 19: INDUSTRY SPECIFIC: CONSTRUCTION
Robert L. Frank Construction Company
The Lyle Construction Project
Part 20: INDUSTRY SPECIFIC: DISNEY THEME PARKS
Disney (A): Imagineering Project Management
Disney (B): Imagineering Project Management in Action: The Haunted Mansion
Disney (C): Disney Theme Parks and Enterprise Environmental Factors
Disney (D): The Globalization of Disneyland
Disney (E): Ocean Park Hong Kong: Competing against Disney
Notes
Part 21: INDUSTRY SPECIFIC: THE OLYMPIC GAMES
Olympics (A): Would You Want to Manage Projects for the City Hosting the Olympic Games?
Olympics (B): The Olympics, Project Management, and PMI's Code of Ethics and Professional Conduct
Olympics (C): Would you Want to Manage Projects for the Feeding of Athletes in the Olympic Village?
Olympics (D): Managing Health Risks for Some Olympic Venues
Notes
Part 22: INDUSTRY SPECIFIC: THE COMMERCIAL AIRCRAFT INDUSTRY
Boeing 787 Dreamliner Battery Issues
Airbus A380
Notes
Part 23: INDUSTRY SPECIFIC: AGILE/SCRUM PROJECT MANAGEMENT
Agile (A): Understanding Implementation Risks
Agile (B): Project Management Mind‐set
Agile (C): Managing and Reporting Project Agility
Index
End User License Agreement
Chapter 1
TABLE I ACQUISITION OBJECTIVES
Chapter 2
TABLE I POSSIBLE TRADE‐OFF IMPACTS
TABLE II OPTIONS CONSIDERED
TABLE I OPTIONS
Chapter 6
TABLE I COST POSITIONS
TABLE I PROPOSAL DATA SUMMARY (COST IN 10s OF 1,000s, US$)
TABLE I SALARY INFORMATION FOR 2011
TABLE II TYPICAL PROJECT PRICING SUMMARY
Chapter 8
TABLE I TYPICAL SCHEDULE (IN MONTHS)
Chapter 9
TABLE I PROPOSAL COST SUMMARIES
TABLE II PROJECTED COST SUMMARY AT THE END OF THE THIRD MONTH
TABLE III ESTIMATE OF TOTAL PROJECT COMPLETION COSTS
TABLE I COVENANTS ON THE CREDIT AGREEMENT
Chapter 10
TABLE I R&D TERMINATION COSTS AND REASONS FOR FAILURE
TABLE I CATEGORIZING THE METRICS
TABLE I CATEGORIZING THE METRICS
TABLE I FIVE VALUE COMPONENTS
TABLE II WEIGHTING FACTORS
TABLE III RANGE OF WEIGHTING VALUES
Chapter 11
TABLE I RISK CLASSIFICATION SYSTEM
TABLE II ABORT OPTIONS FOR SHUTTLE
TABLE III EROSION AND BLOW‐BY HISTORY (TEMPERATURE IN...
TABLE I LIKELIHOOD OF A TECHNICAL RISK
TABLE II IMPACT OF A TECHNICAL RISK EVENT
Chapter 13
TABLE I PUBLIC OPINION VIEW OF CRISIS MANAGEMENT
Chapter 15
TABLE I RATING EVALUATION TECHNIQUES AGAINST TYPES OF CONFLICT
Chapter 20
TABLE I CULTURAL DIFFERENCES BETWEEN JAPAN AND FRANCE
TABLE II IMPACT OF CULTURE ON THE EURO DISNEY ENTERPRISE ENVIRONMENTAL FACTORS
TABLE III ATTENDANCE FIGURES FOR 2008 TO 2013
TABLE IV 2013 10K SUPPORTING DATA
TABLE I TOKYO DISNEYLAND ATTENDANCE: 1983 TO 1997
TABLE II 2013 ATTENDANCE FIGURES FOR SELECTED THEME PARKS
Chapter 21
TABLE I REASONS FOR WANTING TO HOST THE OLYMPIC GAMES
TABLE II SHORT‐TERM PROFITABILITY OF SOME OLYMPIC GAMES
TABLE III LOSSES FROM SOME PREVIOUS OLYMPIC CITIES
TABLE IV HOST CITIES THAT EXPERIENCED FINANCIAL DISTRESS
TABLE V COST OF THE WORLDWIDE BROADCAST RIGHTS
TABLE I COMPARISON OF BEIJING SUMMER AND SOCHI WINTER OLYMPIC GAMES
TABLE II EXAMPLES OF VENUE COST ESCALATIONS
TABLE I FOOD QUANTITIES FOR THE LONDON 2012 OLYMPIC VILLAGE
TABLE II FOOD FACTS FROM THE 1996 OLYMPIC VILLAGE IN ATLANTA FOR 33 DAYS
TABLE III COST OF BEVERAGES
TABLE IV COST OF SNACKS
Chapter 22
TABLE I THREE AIRCRAFT SERVING THE LONG‐ AND MEDIUM‐DISTANCE MARKET
TABLE I A380 ORDERS AND DELIVERIES OF AIRLINES COMPANIES WORLDWIDE.
Chapter 2
FIGURE I Recovery life‐cycle phases
FIGURE II Trade‐off categories
FIGURE I Levon's gap analysis
FIGURE II Project management performance trend
FIGURE III Increasing performance gap
FIGURE I The quality gap
Chapter 4
FIGURE I Project team organizational structure
FIGURE I Falls Engineering organizational chart
FIGURE I White Manufacturing Organizational Structure
Chapter 9
FIGURE I Organizational chart for Corwin Corporation
FIGURE I Typical satellite communication architecture
Chapter 10
FIGURE I Failure identification per life cycle phase
FIGURE I Differences between financial and project‐based metrics
FIGURE I Generic boundary box
FIGURE I Value metric report
FIGURE I Capacity lagging demand
FIGURE II Capacity increments of 10,000 yearly to meet demand
FIGURE III Capacity increments of 20,000 units every two years
FIGURE IV Using alternative sources of capacity increments yearly
Chapter 11
FIGURE I Solid rocket booster
FIGURE II Location of the O‐rings
FIGURE III Cross section showing the leak test port
FIGURE IV Field joint rotation
FIGURE V Ergonomics in the Workplace
Chapter 12
FIGURE I Mayer Manufacturing organizational structure
Chapter 13
FIGURE I Crisis management life‐cycle phases
Chapter 19
FIGURE I Frank organization
FIGURE II Frank purchasing organization
FIGURE III Floor plan—Lewis project teams
FIGURE I Atlay and Company organization chart
FIGURE II Lyle project team organizational chart
FIGURE III Atlay Company procurement department organizational chart
Chapter 20
FIGURE I Typical life‐cycle phases
FIGURE II The Invitation
Chapter 21
FIGURE I Life‐cycle phases for the Olympic Games
FIGURE II Anti‐Olympics Poster
FIGURE III Governance structure
Chapter 22
FIGURE 22.1 Airbus A380–800 superjumbo passenger placement seating.
FIGURE 22.2 The Airbus A380 versus the Boeing 747–400.
FIGURE 22.3 Global air passenger traffic trend, 1950 to 2014.
FIGURE 22.4 Typical organizational chart in an airplane project.
Chapter 23
FIGURE I Overlapping of methodologies
FIGURE II Creation of business value
Cover
Table of Contents
Title Page
Copyright
Dedication
Preface
Begin Reading
Index
End User License Agreement
iii
iv
v
xiii
xiv
1
3
4
5
6
7
8
9
11
12
13
15
16
17
18
19
20
21
22
23
24
25
26
27
29
30
31
32
33
35
36
37
38
39
40
41
42
43
45
47
48
49
50
51
52
53
54
55
56
57
58
59
61
62
63
64
65
66
67
69
70
71
72
73
74
75
76
77
78
79
81
82
83
84
85
86
87
89
90
91
93
94
95
97
98
99
101
102
103
104
105
107
108
109
111
113
114
115
116
117
119
120
121
122
123
124
125
126
127
128
129
131
132
133
134
135
137
138
139
141
142
143
144
145
146
147
148
149
150
151
153
154
155
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
177
179
180
181
182
183
185
187
188
189
190
191
193
194
195
197
198
199
200
201
202
203
204
205
206
207
209
210
211
212
213
214
215
217
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
235
236
237
238
239
240
241
242
243
244
245
247
248
249
250
251
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
293
294
295
296
297
298
299
300
301
303
304
305
306
307
308
309
310
311
313
314
315
317
318
319
320
321
322
323
324
325
326
327
329
330
331
332
333
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
357
358
359
360
361
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
425
426
427
428
429
430
431
433
435
436
437
439
440
441
442
443
444
445
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
469
470
471
473
474
475
477
478
479
480
481
482
483
484
485
486
487
489
490
491
493
495
496
497
499
500
501
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
519
520
521
523
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
545
547
548
549
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
591
592
593
594
595
596
597
598
599
600
601
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
669
670
671
672
673
674
675
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
761
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
SIXTH EDITION
HAROLD KERZNER
This book is printed on acid‐free paper ∞.
Copyright © 2022 by John Wiley & Sons, Inc. All rights reserved
Published by John Wiley & Sons, Inc., Hoboken, New JerseyPublished simultaneously in CanadaPMI, CAPM, PMBOK, PMP and Project Management Professional are registered marks of the Project Management Institute, Inc.
No part of this publication may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, electronic, mechanical, photocopying, recording, scanning, or otherwise, except as permitted under Section 107 or 108 of the 1976 United States Copyright Act, without either the prior written permission of the Publisher, or authorization through payment of the appropriate per‐copy fee to the Copyright Clearance Center, 222 Rosewood Drive, Danvers, MA 01923, (978) 750‐8400, fax (978) 646‐8600, or on the web at www.copyright.com. Requests to the Publisher for permission should be addressed to the Permissions Department, John Wiley & Sons, Inc., 111 River Street, Hoboken, NJ 07030, (201) 748‐6011, fax (201) 748‐6008, or online at www.wiley.com/go/permissions.
Limit of Liability/Disclaimer of Warranty: While the publisher and author have used their best efforts in preparing this book, they make no representations or warranties with the respect to the accuracy or completeness of the contents of this book and specifically disclaim any implied warranties of merchantability or fitness for a particular purpose. No warranty may be created or extended by sales representatives or written sales materials. The advice and strategies contained herein may not be suitable for your situation. You should consult with a professional where appropriate. Neither the publisher nor the author shall be liable for damages arising herefrom.
For general information about our other products and services, please contact our Customer Care Department within the United States at (800) 762‐2974, outside the United States at (317) 572‐3993 or fax (317) 572‐4002.
Wiley publishes in a variety of print and electronic formats and by print‐on‐demand. Some material included with standard print versions of this book may not be included in e‐books or in print‐on‐demand. If this book refers to media such as a CD or DVD that is not included in the version you purchased, you may download this material at http://booksupport.wiley.com. For more information about Wiley products, visit www.wiley.com.
Library of Congress Cataloging‐in‐Publication Data:
Names: Kerzner, Harold, author. | John Wiley & Sons, publisher.
Title: Project management case studies / Harold Kerzner, Ph.D., Senior
Executive Director for Project Management, The International Institute for Learning, New York, New York.
Description: Sixth edition. | Hoboken, New Jersey : Wiley, [2022] | Includes index.
Identifiers: LCCN 2021020216 (print) | LCCN 2021020217 (ebook) | ISBN 9781119821991 (paperback) | ISBN 9781119822141 (adobe pdf) | ISBN 9781119822042 (epub)
Subjects: LCSH: Project management—Case studies.
Classification: LCC HD69.P75 K472 2022 (print) | LCC HD69.P75 (ebook) | DDC 658.4/04—dc23
LC record available at https://lccn.loc.gov/2021020216
LC ebook record available at https://lccn.loc.gov/2021020217
Cover Design: WileyCover Image: Wiley
To our beloved grandchildren,Stella, Sloane, Asher, and Sienna
Other than on‐the‐job training, case studies and situations are perhaps the best way to learn project management. Project managers pride themselves on finding solutions to problems and case studies are an excellent way for this to happen. Case studies require that the students investigate what went right in the case, what went wrong, and what recommendations should be made to prevent these problems from reoccurring in the future. The use of case studies is applicable both to undergraduate‐ and graduate‐level project management courses, as well as training programs to pass various certification examinations in project management.
Situations are smaller case studies that focus on one or two points that need to be addressed, whereas case studies can focus on a multitude of interrelated issues. The table of contents identifies several broad categories for the cases and situations, but keep in mind that the larger case studies, such as Corwin Corporation, The Blue Spider Project, or the Rise, Fall, and Resurrection of Iridium, could have been listed under several topics. Some of the case studies, such as The Need for Metrics and The Singapore Software Group, are well suited for group exercises. Other smaller or minicases can be covered during the class period.
Several smaller cases or situations are included in this edition at the request of faculty members who asked for cases that could be discussed in class and worked on in a team environment. These smaller cases can be used as in‐class assignments or take‐home assignments.
Almost all of the cases and situations have “seed” questions, either in the case itself or in the instructor's teaching notes on the case to assist the reader in the analysis of the case. The seed questions from the instructor's manual will be provided by the instructor. An instructor's manual is available from John Wiley & Sons, Inc., only to faculty members who adopt the book for classroom use.
Almost all the case studies are factual. In most circumstances, the cases and situations have been taken from the author's consulting practice. The names of many of the companies and the people in the companies have been disguised for obvious reasons. Some educators prefer not to use case studies that are more than 10 or 20 years old. However, the circumstances surrounding many of these older cases and situations are the same today as they were years ago. Unfortunately, we seem to be repeating several of the mistakes made previously.
There are 11 new cases added in this edition. Seed questions in the case studies reflect upon some of the issues that project managers might face. The new cases, which are well suited for in‐class discussions and webinars, are:
Zane Corporation:
The case illustrates the challenges a company must face when their one‐size‐fits‐all approach can no longer be used for many of their newer projects.
Redstone, Inc.:
The company had been using project management successfully in their aerospace division, which focused only on large government contracts. When they decided to implement project management in their new commercial products division, they decided to staff key positions with people from the aerospace group even though the projects in the new division were much smaller and needed different tools and techniques.
Sandora Company:
The case discusses the impact that the enterprise environmental factors can have on the execution of a project.
Jill's Dilemma:
The case discusses the dilemma a project manager faces when told to withhold risk management information from the customer.
Berlin Brandenburg Airport:
The case illustrates what happens when governance fails on a large project and people do not consider the risk issues in sufficient detail.
Sierra Telecom:
The case illustrates the challenges a company faces on projects that may incur numerous scope changes.
The Government Think Tank:
This case study illustrates the challenges that the government has in trying to get competitors for government contracts to share information.
LXT International:
The case discusses the challenges a company has when trying to create a crisis dashboard to provide management with an insight on when to intervene in certain projects.
Lego: Brand Management:
This case study discusses the challenges Lego faces when innovation activities may have restrictions of having to satisfy the Lego brand image.
Simone Engineering Company:
The case illustrates the challenges a company faces when told that their proposal must identify their company's project management maturity level.
Northstar Software Company:
The case study illustrates how a company involved in IT projects might report their maturity level in project management if asked.
Harold Kerzner
As companies approach some degree of maturity in project management, it becomes readily apparent to all that some sort of standardization approach is necessary for the way that projects are managed. The ideal solution might be to have a singular methodology for all projects, whether they are for new product development, information systems, or client services. Some organizations may find it necessary to maintain more than one methodology, however, such as one methodology for information systems and a second methodology for new product development.
The implementation and acceptance of a project management methodology can be difficult if the organization's culture provides a great deal of resistance toward the change. Strong executive leadership may be necessary such that the barriers to change can be overcome quickly. These barriers can exist at all levels of management as well as at the worker level. The changes may require that workers give up their comfort zones and seek out new social groups.
Lakes Automotive is a Detroit‐based tier‐one supplier to the auto industry. Between 1995 and 1999, Lakes Automotive installed a project management methodology based on nine life‐cycle phases. For the next 10 years, all 60,000 employees worldwide accepted the methodology and used it. Management was pleased with the results. Also, Lakes Automotive's customer base was pleased with the methodology and provided Lakes Automotive with quality award recognition that everyone attributed to how well the project management methodology was executed.
In February 2015, Lakes Automotive decided to offer additional products to its customers. Lakes Automotive bought out another tier‐one supplier, Pelex Automotive Products (PAP). PAP also had a good project management reputation and also provided quality products. Many of its products were similar to those provided by Lakes Automotive.
Because the employees from both companies would be working together closely, a single project management methodology would be required that would be acceptable to both companies. PAP had a good methodology based on five life‐cycle phases. Both methodologies had advantages and disadvantages, and both were well liked by their customers.
How do companies combine methodologies?
How do you get employees to change work habits that have proven to be successful?
What influence should a customer have in redesigning a methodology that has proven to be successful?
What if the customers want the existing methodologies left intact?
What if the customers are unhappy with the new combined methodology?
In July of 2014, senior management at Ferris recognized that its future growth could very well be determined by how quickly and how well it implemented project management. For the past several years, line managers had been functioning as project managers while still managing their line groups. The projects came out with the short end of the stick, most often late and over budget, because managers focused on line activities rather than project work. Everyone recognized that project management needed to be an established career path position and that some structured process had to be implemented for project management.
A consultant was brought into Ferris to provide initial project management training for 50 out of the 300 employees targeted for eventual project management training. Several of the employees thus trained were then placed on a committee with senior management to design a project management stage‐gate model for Ferris.
After two months of meetings, the committee identified the need for three different stage‐gate models: one for information systems, one for new products/ services provided, and one for bringing on board new corporate clients. There were several similarities among the three models. However, personal interests dictated the need for three methodologies, all based on rigid policies and procedures.
After a year of using three models, the company recognized it had a problem deciding how to assign the right project manager to the right project. Project managers had to be familiar with all three methodologies. The alternative, considered impractical, was to assign only those project managers familiar with that specific methodology.
After six months of meetings, the company consolidated the three methodologies into a single methodology, focusing more on guidelines than on policies and procedures. The entire organization appeared to support the new single methodology. A consultant was brought in to conduct the first three days of a four‐day training program for employees not yet trained in project management. The fourth day was taught by internal personnel with a focus on how to use the new methodology. The success to failure ratio on projects increased dramatically.
Why was it so difficult to develop a single methodology from the start?
Why were all three initial methodologies based on policies and procedures?
Why do you believe the organization later was willing to accept a single methodology?
Why was the single methodology based on guidelines rather than policies and procedures?
Did it make sense to have the fourth day of the training program devoted to the methodology and immediately attached to the end of the three‐day program?
Why was the consultant not allowed to teach the methodology?
By 2010, Clark Faucet Company had grown into the third largest supplier of faucets for both commercial and home use. Competition was fierce. Consumers would evaluate faucets on artistic design and quality. Each faucet had to be available in at least 25 different colors. Commercial buyers seemed more interested in the cost than the average consumer, who viewed the faucet as an object of art, irrespective of price.
Clark Faucet Company did not spend a great deal of money advertising on the radio, television, or Internet. Some money was allocated for ads in professional journals. Most of Clark's advertising and marketing funds were allocated to the two semiannual home and garden trade shows and the annual builders' trade show. One large builder could purchase more than 5,000 components for the furnishing of one newly constructed hotel or one apartment complex. Missing an opportunity to display the new products at these trade shows could easily result in a six‐ to 12‐month window of lost revenue.
Clark Faucet had a noncooperative culture. Marketing and engineering would never talk to one another. Engineering wanted the freedom to design new products, whereas marketing wanted final approval to make sure that what was designed could be sold.
The conflict between marketing and engineering became so fierce that early attempts to implement project management failed. Nobody wanted to be the project manager. Functional team members refused to attend team meetings and spent most of their time working on their own pet projects rather than on the required work. Their line managers also showed little interest in supporting project management.
Project management became so disliked that the procurement manager refused to assign any of his employees to project teams. Instead, he mandated that all project work come through him. He eventually built a virtual brick wall around his employees. He claimed that this would protect them from the continuous conflicts between engineering and marketing.
The executive council mandated that another attempt to implement good project management practices must occur quickly. Project management would be needed not only for new product development but also for specialty products and enhancements. The vice presidents for marketing and engineering reluctantly agreed to try to patch up their differences but did not appear confident that any changes would take place.
Strange as it may seem, no one could identify the initial cause of the conflicts or how the trouble actually began. Senior management hired an external consultant to identify the problems, provide recommendations and alternatives, and act as a mediator. The consultant's process would have to begin with interviews.
The following comments were made during engineering interviews:
“We are loaded down with work. If marketing would stay out of engineering, we could get our job done.”
“Marketing doesn't understand that there's more work for us to do other than just new product development.”
“Marketing personnel should spend their time at the country club and in bar rooms. This will allow us in engineering to finish our work uninterrupted!”
“Marketing expects everyone in engineering to stop what they are doing in order to put out marketing fires. I believe that most of the time the problem is that marketing doesn't know what they want up front. This leads to change after change. Why can't we get a good definition at the beginning of each project?”
These comments were made during marketing interviews:
“Our livelihood rests on income generated from trade shows. Since new product development is four to six months in duration, we have to beat up on engineering to make sure that our marketing schedules are met. Why can't engineering understand the importance of these trade shows?”
“Because of the time required to develop new products [four–six months], we sometimes have to rush into projects without having a good definition of what is required. When a customer at a trade show gives us an idea for a new product, we rush to get the project under way for introduction at the next trade show. We then go back to the customer and ask for more clarification and/or specifications. Sometimes we must work with the customer for months to get the information we need. I know that this is a problem for engineering, but it cannot be helped.”
The consultant wrestled with the comments but was still somewhat perplexed. “Why doesn't engineering understand marketing's problems?” pondered the consultant. In a follow‐up interview with an engineering manager, the following comment was made: “We are currently working on 375 different projects in engineering, and that includes those that marketing requested. Why can't marketing understand our problems?”
What is the critical issue?
What can be done about it?
Can excellence in project management still be achieved and, if so, how? What steps would you recommend?
Given the current noncooperative culture, how long will it take to achieve a good cooperative project management culture and even excellence?
What obstacles exist in getting marketing and engineering to agree to a single methodology for project management?
What might happen if benchmarking studies indicate that either marketing or engineering are at fault?
Should a single methodology for project management have a process for the prioritization of projects, or should some committee external to the methodology accomplish this?
John Compton, the president of the company, expressed his feelings quite bluntly at the executive staff meeting. He said:
We are no longer competitive in the marketplace. Almost all of the requests for proposal that we want to bid on have a requirement that we must identify in the proposal the project management methodology we will use on the contract should we be awarded the contract. We have no project management methodology. We have just a few templates we use based upon the PMBOK®Guide. All of our competitors have methodologies, but not us.
I have been asking for a methodology to be developed for more than a year now, and all I get are excuses. Some of you are obviously afraid that you might lose power and authority once the methodology is up and running. That may be true, but losing some power and authority is obviously better than losing your job. In six months I want to see a methodology in use on all projects or I will handle the situation myself. I simply cannot believe that my executive staff is afraid to develop a project management methodology.
The executive staff knew this day was inevitable; they had to take the initiative in the implementation of a project management methodology. Last year, a consultant was brought in to conduct a morning three‐hour session on the benefits of project management and the value of an enterprise project management (EPM) methodology. As part of the session, the consultant explained that the time needed to develop and implement an EPM system can be shortened if the company has a project management office (PMO) in place to take the lead role. The consultant also explained that whichever executive gets control of the PMO may become more powerful than other executives because he or she now controls all of the project management intellectual property. The executive staff fully understood the implication of this and therefore were reluctant to visibly support project management until they could see how their organization would be affected. In the meantime, project management suffered.
Reluctantly, a PMO was formed reporting to the chief information officer. The PMO was comprised of a handful of experienced project managers that could, it was hoped, take the lead in the development of a methodology. The PMO concluded that five steps had to be done initially. After the five steps were done, the executive committee would receive a final briefing on what had been accomplished. The final briefing would be in addition to the monthly updates and progress reports. The PMO believed that getting executive support and sign‐offs in a timely manner would be difficult.
The first step that needed to be done was the establishment of the number of life‐cycle phases. Some people interviewed wanted 10 to 12 life‐cycle phases. That meant that there would be 10 to 12 gate‐review meetings, and the project managers would spend a great deal of time preparing paperwork for the gate‐review meetings rather than managing the project. The decision was then made to have no more than six life‐cycle phases.
The second step was to decide whether the methodology should be designed around rigid policies and procedures or go the more informal route of using forms, guidelines, checklists, and templates. The PMO felt that project managers needed some degree of freedom in dealing with clients and therefore the more informal approach would work best. Also, clients were asking to have the methodology designed around client business needs, and the more informal approach would provide the flexibility to do this.
The third step was to see what could be salvaged from the existing templates and checklists. The company had a few templates and checklists but not all project managers used them. The decision was made to develop a standardized set of documents in accordance with the information in the PMBOK®Guide. The project managers could then select whatever forms, guidelines, templates, and checklists were appropriate for a particular project and client.
The fourth step would be to develop a means for capturing best practices using the EPM system. Clients were now requiring in their requests for proposal that best practices on a project must be captured and shared with the client prior to the close out of the project. Most of the people in the PMO believed that this could be done using forms or checklists at the final project debriefing meeting.
The fifth step involved education and training. The project managers and functional organizations that would staff the projects would need to be trained in the use of the new methodology. The PMO believed that a one‐day training program would suffice and the functional organizations could easily release their people for a one‐day training session.
What can you determine about the corporate culture from the fact that they waited this long to consider the development of an EPM system?
Can a PMO accelerate the implementation process?
Is it acceptable for the PMO to report to the chief information officer, or should it report to someone else?
Why is it best to have six or fewer life‐cycle phases in an EPM system?
Is it best to design an EPM system around flexible or inflexible elements? Generally, when first developing an EPM system, do companies prefer to use formal or informal designs?
Should an EPM system have the capability of capturing best practices?
Honicker Corporation was well recognized as a high‐quality manufacturer of dashboards for automobiles and trucks. Although it serviced mainly U.S. automotive and truck manufacturers, the opportunity to expand to a worldwide supplier was quite apparent. The company's reputation was well known worldwide, but it was plagued for years with ultraconservative senior management leadership that prevented growth into the international marketplace.
When the new management team came on board in 2009, the conservatism disappeared. Honicker was cash rich, had large borrowing power and lines of credit with financial institutions, and received an AA‐quality rating on its small amount of corporate debt. Rather than expand by building manufacturing facilities in various countries, Honicker decided to go the fast route by acquiring four companies around the world: Alpha, Beta, Gamma, and Delta Companies.
Each of the four acquired companies serviced mainly its own geographic area. The senior management team in each of the four companies knew the culture in their geographic area and had a good reputation with their clients and local stakeholders. The decision was made by Honicker to leave each company's senior management teams intact, provided that the necessary changes, as established by corporate, could be implemented.
Honicker wanted each company to have the manufacturing capability to supply parts to any Honicker client worldwide. But doing this was easier said than done. Honicker had an EPM methodology that worked well. Honicker understood project management and so did the majority of Honicker's clients and stakeholders in the United States. Honicker recognized that the biggest challenge would be to get all of the divisions at the same level of project management maturity and using the same corporate‐wide EPM system or a modified version of it. It was expected that each of the four acquired companies might want some changes to be made.
The four acquired divisions were all at different levels of project management maturity. Alpha did have an EPM system and believed that its approach to project management was superior to the one that Honicker was using. Beta Company was just beginning to learn project management but did not have any formal EPM system, although it did have a few project management templates that were being used for status reporting to its customers. Gamma and Delta Companies were clueless about project management.
To make matters worse, laws in each of the countries where the acquired companies were located created other stakeholders that had to be serviced, and all of these stakeholders were at different levels of project management maturity. In some countries government stakeholders were actively involved because of employment procurement laws; in other countries government stakeholders were passive participants unless health, safety, or environmental laws were broken.
It would certainly be a formidable task to develop an EPM system that would satisfy all of the newly acquired companies, their clients, and their stakeholders.
Honicker knew that there would be significant challenges in getting a project management agreement in a short amount of time. Honicker also knew that there is never an acquisition of equals; there is always a “landlord” and “tenants,” and Honicker is the landlord. But acting as a landlord and exerting influence in the process could alienate some of the acquired companies and do more harm than good. Honicker's approach was to treat this as a project and to treat each company, along with its clients and local stakeholders, as project stakeholders. Using stakeholder relations management practices would be essential to getting an agreement on the project management approach.
Honicker requested that each company assign three people to the project management implementation team that would be headed up by Honicker personnel. The ideal team member, as suggested by Honicker, would have some knowledge and/or experience in project management and be authorized by their senior levels of management to make decisions for their company. The representatives should also understand the stakeholder needs from their clients and local stakeholders. Honicker wanted an understanding to be reached as early as possible that each company would agree to use the methodology that was finally decided on by the team.
Senior management in each of the four companies sent a letter of understanding to Honicker promising to assign the most qualified personnel and agreeing to use the methodology that was agreed on. Each stated that its company understood the importance of this project.
The first part of the project would be to come to an agreement on the methodology. The second part of the project would be to invite clients and stakeholders to see the methodology and provide feedback. This was essential since the clients and stakeholders eventually would be interfacing with the methodology.
Honicker had hoped that the team could come to an agreement on a companywide EPM system within six months. But after the kickoff meeting was over, Honicker realized that it would probably be two years before an agreement would be reached on the EPM system. Several issues became apparent at the first meeting:
Each company had different time requirements for the project.
Each company saw the importance of the project differently.
Each company had its own culture and wanted to be sure that the final design was a good fit with that culture.
Each company saw the status and power of the project manager differently.
Despite the letters of understanding, two of the companies, Gamma and Delta, did not understand their role and relationship with Honicker on this project.
Alpha wanted to micromanage the project, believing that everyone should use its methodology.
Senior management at Honicker asked the Honicker representatives at the kickoff meeting to prepare a confidential memo on their opinion of the first meeting with the team. The Honicker personnel prepared a memo including the following comments:
Not all of the representatives at the meeting openly expressed their true feelings about the project.
It was quite apparent that some of the companies would like to see the project fail.
Some of the companies were afraid that the implementation of the new EPM system would result in a shift in power and authority.
Some people were afraid that the new EPM system would show that fewer resources were needed in the functional organization, thus causing a downsizing of personnel and a reduction in bonuses that were currently based on headcount in functional groups.
Some seemed apprehensive that the implementation of the new system would cause a change in the company's culture and working relationships with their clients.
Some seemed afraid of learning a new system and being pressured into using it.
It was obvious that this would be no easy task. Honicker had to get to know all companies better and understand their needs and expectations. Honicker management had to show them that their opinions were of value and find ways to win their support.
What are Honicker's options now?
What would you recommend that Honicker do first?
What if, after all attempts, Gamma and Delta companies refuse to come on board?
What if Alpha Company is adamant that its approach is best and refuses to budge?
What if Gamma and Delta Companies argue that their clients and stakeholders have not readily accepted the project management approach and they wish to be left alone with regard to dealing with their clients?
Under what conditions would Honicker decide to back away and let each company do its own thing?
How easy or difficult is it to get several geographically dispersed companies to agree to the same culture and methodology?
If all four companies were willing to cooperate with one another, how long do you think it would take for an agreement on and acceptance to use the new EPM system?
Which stakeholders may be powerful and which are not?
Which stakeholder(s) may have the power to kill this project?
What can Honicker do to win their support?
If Honicker cannot win their support, then how should Honicker manage the opposition?
What if all four companies agree to the project management methodology and then some client stakeholders show a lack of support for use of the methodology?
All companies strive for growth. Strategic plans are prepared identifying new products and services to be developed and new markets to be penetrated. Many of these plans require mergers and acquisitions to obtain the strategic goals and objectives rapidly. Yet often even the best‐prepared strategic plans fail when based on mergers and acquisitions. Too many executives view strategic planning for a merger or acquisition as planning only and often give little consideration to implementation, which takes place when both companies are actually combined. Implementation success is vital during any merger and acquisition process.
Companies can grow in two ways—internally or externally. With internal growth, companies cultivate their resources from within and may spend years attaining their strategic targets and marketplace positioning. Since time may be an unavailable luxury, meticulous care must be given to make sure that all new developments fit the corporate project management methodology and culture.
External growth is significantly more complex. External growth can be obtained through mergers, acquisitions, and joint ventures. Companies can purchase the expertise they need very quickly through mergers and acquisitions. Some companies execute occasional acquisitions while other companies have sufficient access to capital such that they can perform continuous acquisitions. However, once again, companies often neglect to consider the impact on project management after the acquisition is made. Best practices in project management may not be transferable from one company to another. The impact on project management systems resulting from mergers and acquisitions is often irreversible, whereas joint ventures can be terminated.
Project management often suffers after the actual merger or acquisition. Mergers and acquisitions allow companies to achieve strategic targets at a speed not easily achievable through internal growth, provided the sharing or combining of assets and capabilities can be done quickly and effectively. This synergistic effect can produce opportunities that a firm might be hard‐pressed to develop by itself.
Mergers and acquisitions focus on two components: preacquisition decision making and postacquisition integration of processes. Wall Street and financial institutions appear to be interested more in the near‐term financial impact of the acquisition rather than the long‐term value that can be achieved through combined or better project management and integrated processes. During the mid‐1990s, companies rushed into acquisitions in less time than the company required for a capital expenditure approval. Virtually no consideration was given to the impact on project management and on whether project management knowledge and best practices would be transferable. The result appears to have been more failures than successes.
When a firm rushes into an acquisition, often very little time and effort are spent on postacquisition integration. Yet this is where the real impact of the acquisition is felt. Immediately after an acquisition, each firm markets and sells products to each other's customers. This may appease the stockholders, but only in the short term. In the long term, new products and services will need to be developed to satisfy both markets. Without an integrated project management system where both parties can share the same intellectual property and work together, this may be difficult to achieve.
When sufficient time is spent on preacquisition decision making, both firms look at combining processes, sharing resources, transferring intellectual property, and the overall management of combined operations. If these issues are not addressed in the preacquisition phase, then the unrealistic expectations may lead to unwanted results during the postacquisition integration phase.
Lenore Industries had been in existence for more than 50 years and served as a strategic supplier of parts to the automobile industry. Lenore's market share was second only to its largest competitor, Belle Manufacturing. Lenore believed that the economic woes of the U.S. automobile industry between 2008 and 2010 would reverse themselves by the middle of the next decade and that strategic opportunities for growth were at hand.
The stock prices of almost all of the automotive suppliers were grossly depressed. Lenore's stock price was also near a 10‐year low. But Lenore had rather large cash reserves and believed that the timing was right to make one or more strategic acquisitions before the market place turned around. With this in mind, Lenore decided to purchase its largest competitor, Belle Manufacturing.
Senior management at Lenore fully understood that the reason for most acquisitions is to satisfy strategic and/or financial objectives. Table I shows the six reasons identified by senior management at Lenore for the acquisition of Belle Manufacturing and the most likely impact on Lenore's strategic and financial objectives. The strategic objectives are somewhat longer term than the financial objectives, which are under pressure from stockholders and creditors for quick returns.
Lenore's senior management fully understood the long‐term benefits of the acquisition, which were:
Economies of combined operations
Assured supply or demand for products and services
Additional intellectual property, which may have been impossible to obtain otherwise
Direct control over cost, quality, and schedule rather than being at the mercy of a supplier or distributor
Creation of new products and services
Putting pressure on competitors by creating synergies
Cutting costs by eliminating duplicated steps
TABLE IACQUISITION OBJECTIVES
Reason for Acquisitions
Strategic Objective
Financial Objective
Increase customer base
Bigger market share
Bigger cash flow
Increase capabilities
Become a business solution provider
Larger profit margins
Increase competitiveness
Eliminate costly steps and redundancy
Stable earnings
Decrease time‐to‐market for new products
Market leadership
Rapid earnings growth
Decrease time to market for enhancements
Broad product lines
Stable earnings
Closer to customers
Better price–quality–service mix
Sole‐source or single‐source procurement
Lenore submitted an offer to purchase Belle Manufacturing. After several rounds of negotiations, Belle's board of directors and Belle's stockholders agreed to the acquisition. Three months later, the acquisition was completed.
The essential purpose of any merger or acquisition is to create lasting value and value that would not exist had the companies remained separate. The achievement of these benefits, as well as attaining the strategic and financial objectives, could rest on how well the project management value‐added chains of both firms are integrated, especially the methodologies within their chains. Unless the methodologies and cultures of both firms can be integrated, and reasonably fast, the objectives may not be achieved as planned.
Lenore's decision to purchase Belle Manufacturing never considered the compatibility of their respective project management approaches. Project management integration failures occurred soon after the acquisition happened. Lenore had established an integration team and asked the integration team for a briefing on what critical issues were preventing successful integration.
The integration team identified five serious problems that were preventing successful integration of their project management approaches:
Lenore and Belle have different project management methodologies.
Lenore and Belle have different cultures and integration is complex.
There are wage and salary disparities.
Lenore overestimated the project management capability of Belle's personnel.
There are significant differences in functional and project management leadership.
It was now apparent to Lenore that these common failures resulted because the acquisition simply cannot occur without organizational and cultural changes that are often disruptive in nature. Lenore had rushed into the acquisition with lightning speed but with little regard for how the project management value‐added chains would be combined.
The first common problem area was inability to combine project management methodologies within the project management value‐added chains. This occurred for four reasons:
A poor undherstanding of each other's project management practices prior to the acquisition
No clear direction during the preacquisition phase on how the integration would take place
Unproven project management leadership in one or both firms
The existence of a persistent attitude of “we–them”
Some methodologies may be so complex that a great amount of time is needed for integration to occur, especially if each organization has a different set of clients and different types of projects. As an example, a company developed a project management methodology to provide products and services for large publicly held companies. The company then acquired a small firm that sold exclusively to government agencies. The company realized too late that integration of the methodologies would be almost impossible because of requirements imposed by government agencies for doing business with the government. The methodologies were never integrated and the firm servicing government clients was allowed to function as a subsidiary, with its own specialized products and services. The expected synergy never took place.
Some methodologies simply cannot be integrated. It may be more prudent to allow the organizations to function separately than to miss windows of opportunity in the marketplace. In such cases, pockets of project management may exist as separate entities throughout a large corporation.
Lenore knew that Belle Manufacturing services many clients outside of the United States but did not realize that Belle maintained a different methodology for those clients. Lenore was hoping to establish just one methodology to service all clients.
The second major problem area was the existence of differing cultures. Although project management can be viewed as a series of related processes, it is the working culture of the organization that must eventually execute these processes. Resistance by the corporate culture to effectively support project management can cause the best plans to fail. Sources for the problems with differing cultures include a culture that:
Has limited project management expertise (i.e., missing competencies) in one or both firms
Is resistant to change
Is resistant to technology transfer
Is resistant to transfer of any type of intellectual property
Will not allow for a reduction in cycle time
Will not allow for the elimination of costly steps
Must reinvent the wheel
Views project criticism as personal criticism
Integrating two cultures can be equally difficult during favorable and unfavorable economic times. People may resist any changes to their work habits or comfort zones, even though they recognize that the company will benefit by the changes.
Multinational mergers and acquisitions are equally difficult to integrate because of cultural differences. Several years ago, an American automotive supplier acquired a European firm. The American company supported project management vigorously and encouraged its employees to become certified in project management. The European firm provided very little support for project management and discouraged its workers from becoming certified, arguing that its European clients do not regard project management as highly as do General Motors, Ford, and Chrysler. The European subsidiary saw no need for project management. Unable to combine the methodologies, the American parent company slowly replaced the European executives with American executives to drive home the need for a single project management approach across all divisions. It took almost five years for the complete transformation to take place. The American parent company believed that the resistance in the European division was more of a fear of change in its comfort zone than a lack of interest by its European customers.
