Details

Project Recovery


Project Recovery

Case Studies and Techniques for Overcoming Project Failure
1. Aufl.

von: Harold Kerzner

68,99 €

Verlag: Wiley
Format: EPUB
Veröffentl.: 07.02.2014
ISBN/EAN: 9781118809174
Sprache: englisch
Anzahl Seiten: 336

DRM-geschütztes eBook, Sie benötigen z.B. Adobe Digital Editions und eine Adobe ID zum Lesen.

Beschreibungen

<b>Best practices for picking up the pieces when projects fail</b> <p>There are plenty of books available offering best practices that help you keep your projects on track, but offer guidance on what to do when the worst has already happened. Some studies show that more than half of all large-scale project fail either fail completely, or at least miss targeted budget and scheduling goals. These failures cost organizations time, money, and labor.</p> <p><i>Project Recovery</i> offers wise guidance and real-world best practices for saving failed projects and recovering as much value as possible from the wreckage. Since failing project cannot be managed using the same lifecycle phases employed with succeeding projects, most project management professionals are unprepared to tackle the challenge of project recovery. This book presents valuable case studies and a recovery project lifecycle to help project managers identify and respond effectively to a troubled project.</p> <ul> <li>Includes case studies and best practices for saving failing projects or recovering projects that have already failed</li> <li>Written by experience project manager Howard Kerzner, the author of <i>Project Management Best Practices, Third Edition</i></li> <li>Features proven techniques for performing project health checks and determining the degree of failure and the recovery options available</li> <li>Includes a new recovery lifecycle that includes phases and checklists for turning around failing projects</li> </ul> <p>With comprehensive case studies, checklists, worksheets, and cross listings to the appropriate project management body of knowledge, <i>Project Recovery</i> offers a much needed lifeline for managers facing the specter of failure.</p>
<p>1 Understanding Success and Failure 1</p> <p>1.0 Introduction 1</p> <p>1.1 Success: Historical Perspective 2</p> <p>1.2 Early Modifications to Triple Constraints 3</p> <p>1.3 Primary and Secondary CONSTRAINTS 4</p> <p>1.4 Prioritization of Constraints 6</p> <p>1.5 From Triple Constraints to Competing Constraints 6</p> <p>1.6 Future Definitions of Project Success 8</p> <p>1.7 Different Definitions of Project Success 11</p> <p>1.8 Understanding Project Failure 12</p> <p>1.9 Degrees of Project Failure 13</p> <p>1.10 Other Categories of Project Failure 16</p> <p>1.11 Summary of Lessons Learned 17</p> <p>2 Causes of Project Failure 19</p> <p>2.0 Introduction 19</p> <p>2.1 Facts about Project Failure 19</p> <p>2.2 Causes of Project Failure 20</p> <p>2.3 Schedule Failure 22</p> <p>2.4 Failures due to Unknown Technology 23</p> <p>2.5 Project Size and Success/Failure Risk 24</p> <p>2.6 Failure due to Improper Critical Failure Factors 25</p> <p>2.7 Failure to Establish Tracking Metrics 26</p> <p>2.8 Failing to Recognize Early Warning Signs 26</p> <p>2.9 Improper Selection of Critical Team Members 27</p> <p>2.10 Uncertain Rewards 29</p> <p>2.11 Estimating Failures 31</p> <p>2.12 Staffing Failures 32</p> <p>2.13 Planning Failures 34</p> <p>2.14 Risk Management Failures 36</p> <p>2.15 Management Mistakes 37</p> <p>2.16 Lacking Sufficient Tools 38</p> <p>2.17 Failure of Success 39</p> <p>2.18 Motivation to Fail 41</p> <p>2.19 Tradeoff Failures 42</p> <p>2.20 Summary of Lessons Learned 43</p> <p>3 Business Case Failure 45</p> <p>3.0 Introduction 45</p> <p>3.1 Changing Stakeholders 45</p> <p>3.2 Revalidation of Assumptions 46</p> <p>3.3 Managing Innovation 47</p> <p>3.4 Examples of Changing Business Cases 48</p> <p>3.5 PROLOGUE TO THE Iridium Case Study 52</p> <p>3.6 Rise, Fall and Resurrection of Iridium 52</p> <p>Naming the Project “Iridium” 55</p> <p>Obtaining Executive Support 55</p> <p>Launching the Venture 56</p> <p>Iridium System 58</p> <p>Terrestial and Space-Based Network 58</p> <p>Project Initiation: Developing Business Case 59</p> <p>“Hidden” Business Case 61</p> <p>Risk Management 61</p> <p>Collective Belief 63</p> <p>Iridium’s Infancy Years 64</p> <p>Debt Financing 67</p> <p>M-Star Project 68</p> <p>A New CEO 69</p> <p>Project Management at Motorola (Iridium) 69</p> <p>Satellite Launches 70</p> <p>Initial Public Offering (IPO) 71</p> <p>Signing Up Customers 71</p> <p>Iridium’s Rapid Ascent 72</p> <p>Iridium’s Rapid Descent 74</p> <p>Iridium “Flu” 78</p> <p>Definition of Failure (October 1999) 79</p> <p>3.7 Summary of Lessons Learned 84</p> <p>4 Sponsorship/Governance Failures 87</p> <p>4.0 Introduction 87</p> <p>4.1 Defining Project Governance 88</p> <p>4.2 Project versus Corporate Governance 88</p> <p>4.3 Roles, Responsibilities and Decision-Making Authority 90</p> <p>4.4 Governance Frameworks 91</p> <p>4.5 Governance Failures 93</p> <p>4.6 Why Projects Are Hard to Kill 94</p> <p>4.7 Collective Belief 96</p> <p>4.8 Exit Champion 97</p> <p>4.9 When to Give Up 98</p> <p>4.10 Prologue to the Denver International Airport Case Study 101</p> <p>4.11 Denver International Airport 101</p> <p>Background 101</p> <p>Airports and Airline Deregulation 102</p> <p>Does Denver Need a New Airport? 103</p> <p>Enplaned Passenger Market 108</p> <p>Land Selection 109</p> <p>Front Range Airport 109</p> <p>Airport Design 110</p> <p>Project Management 112</p> <p>Baggage-Handling System 114</p> <p>Early Risk Analysis 115</p> <p>March 1991 115</p> <p>April 1991 116</p> <p>May 1991 116</p> <p>August 1991 117</p> <p>November 1991 117</p> <p>December 1991 118</p> <p>January 1992 118</p> <p>June 1992 118</p> <p>September 1992 119</p> <p>October 1992 119</p> <p>March 1993 119</p> <p>August 1993 120</p> <p>September 1993 120</p> <p>October 1993 121</p> <p>January 1994 121</p> <p>February 1994 121</p> <p>March 1994 121</p> <p>April 1994 122</p> <p>May 1994 122</p> <p>June 1994 123</p> <p>July 1994 124</p> <p>August 1994 124</p> <p>September 1994 127</p> <p>October 1994 128</p> <p>November 1994 128</p> <p>December 1994 130</p> <p>Airline Costs per Enplaned Passenger 131</p> <p>February 28, 1995 132</p> <p>Appendix A 133</p> <p>Introduction 133</p> <p>Agreement between United and the City 134</p> <p>Appendix B Jokes about the Abbreviation DIA 138</p> <p>4.12 Denver International Airport Baggage- Handling System: Illustration of Ineffective Decision Making 142</p> <p>Synopsis 142</p> <p>Background 142</p> <p>System at a Glance 142</p> <p>Chronology of Events 143</p> <p>Basic Mode of Failure 145</p> <p>Key Decisions That Led to Disaster 145</p> <p>Other Failure Points 151</p> <p>Conclusion 152</p> <p>4.13 Summary of Lessons Learned 153</p> <p>5 Project Politics and Failure 155</p> <p>5.0 Introduction 155</p> <p>5.1 Political Risks 156</p> <p>5.2 R easons for Playing Politics 156</p> <p>5.3 Situations Where Political Games Will Occur 157</p> <p>5.4 Governance Committee 158</p> <p>5.5 Friends and Foes 159</p> <p>5.6 A ttack or Retreat 159</p> <p>5.7 N eed for Effective Communications 161</p> <p>5.8 Power and Influence 162</p> <p>5.9 Managing Project Politics 163</p> <p>5.10 Prologue to the Space Shuttle Challenger Disaster Case Study 163</p> <p>5.11 Space Shuttle Challenger Disaster 164</p> <p>Background to Space Transportation System 166</p> <p>NASA Succumbs to Politics and Pressure 167</p> <p>Solid Rocket Boosters 169</p> <p>Blowholes 171</p> <p>O-Ring Erosion 173</p> <p>Joint Rotation 173</p> <p>O-Ring Resilience 174</p> <p>External Tank 175</p> <p>Spare Parts Problem 175</p> <p>Risk Identification Procedures 175</p> <p>Teleconferencing 176</p> <p>Paperwork Constraints 176</p> <p>Politics and O-Rings 178</p> <p>Issuing Waivers 178</p> <p>Launch Liftoff Sequence Profile: Possible Aborts 180</p> <p>O-Ring Problem 184</p> <p>Pressure, Paperwork and Waivers 189</p> <p>Mission 51-L 191</p> <p>Second Teleconference 194</p> <p>Ice Problem 199</p> <p>The Accident 202</p> <p>NASA and Media 205</p> <p>Findings of Commission 205</p> <p>Chain-of-Command Communication Failure 209</p> <p>Epilogue 210</p> <p>Potential Cover-Up 211</p> <p>Senate Hearing 213</p> <p>5.12 Summary of Lessons Learned 214</p> <p>6 Software Failures 217</p> <p>6.0 Introduction 217</p> <p>6.1 IT’s Biggest Failures 217</p> <p>IBM’s Stretch Project 217</p> <p>Knight-Ridder’s Viewtron Service 218</p> <p>DMV Projects—California and Washington 218</p> <p>Apple’s Copland Operating System 219</p> <p>Sainsbury’s Warehouse Automation 220</p> <p>Canada’s Gun Registration System 220</p> <p>Three Current Projects in Danger 221</p> <p>6.2 Software Bugs 222</p> <p>6.3 Causes of Failure in Software Projects 224</p> <p>6.4 Large-Scale IT Failure 225</p> <p>Reader ROI 225</p> <p>Out with the Old 227</p> <p>Seeds of Failure 228</p> <p>Early Warnings 230</p> <p>Call for Help 232</p> <p>6.5 W orst Possible Failure: FoxMeyer Drugs 234</p> <p>Case Study: FoxMeyer Drugs’ Bankruptcy: Was It a Failure of ERP? 235</p> <p>6.6 L ondon Heathrow Terminal 239</p> <p>History 240</p> <p>Construction 240</p> <p>Main Terminal Building 241</p> <p>Satellite Terminal Buildings 241</p> <p>New Heathrow Control Tower 242</p> <p>Opening Day 242</p> <p>6.7 Summary of Lessons Learned 243</p> <p>7 Safety Considerations 245</p> <p>7.0 Importance of Safety 245</p> <p>7.1 Boeing 787 Dreamliner Battery Problems 245</p> <p>7.2 Airbus A380 Problems 250</p> <p>Configurations 251</p> <p>Brief History 251</p> <p>7.3 Summary of Lessons Learned 255</p> <p>8 Scope Creep 257</p> <p>8.0 Understanding Scope Creep 257</p> <p>8.1 Creeping Failure 258</p> <p>8.2 Defining Scope 259</p> <p>8.3 Scope Creep Dependencies 261</p> <p>8.4 C auses of Scope Creep 261</p> <p>8.5 N eed for Business Knowledge 263</p> <p>8.6 W ays to Minimize Scope Creep 263</p> <p>8.7 Sydney Opera House 265</p> <p>Performance Venues and Facilities 266</p> <p>Construction History 267</p> <p>8.8 Summary of Lessons Learned 273</p> <p>9 Project Health Checks 275</p> <p>9.0 Need for Project Health Checks 275</p> <p>9.1 Understanding Project Health Checks 276</p> <p>9.2 Who Performs Health Checks? 278</p> <p>9.3 Health Check Life-Cycle Phases 278</p> <p>9.4 Project Management Failure Warning Signs 279</p> <p>“Instant Amnesia” and “Da Nial Ain’t In Egypt” 280</p> <p>Project Cost 280</p> <p>The Lone Ranger Rides Again! 281</p> <p>No Sale! 281</p> <p>Arrogance Rules! 282</p> <p>2 + 2 = 17! 282</p> <p>Mao Didn’t Have the Only “Long March” 283</p> <p>What Risk? There’s No Risk Here! 283</p> <p>Where’s Your Project Plan? 284</p> <p>I’ll Take a Booth without a Cell Phone! 284</p> <p>Don’t Bother Me with Details! 284</p> <p>What Layoffs? 285</p> <p>The Out-of-Towner Speaks: Distance Means Credibility 285</p> <p>Disclaimer 286</p> <p>9.5 Summary of Lessons Learned 286</p> <p>10 Techniques for Recovering Failing Projects 289</p> <p>10.0 Understanding Troubled Projects 289</p> <p>10.1 Root Causes of Failure 290</p> <p>10.2 Definition Phase 292</p> <p>10.3 Early Warning Signs of Trouble 292</p> <p>10.4 Selecting Recovery Project Manager (RPM) 294</p> <p>10.5 Recovery Life-Cycle Phases 295</p> <p>10.6 Understanding Phase 295</p> <p>10.7 Audit Phase 296</p> <p>10.8 Tradeoff Phase 298</p> <p>10.9 Negotiation Phase 300</p> <p>10.10 Restart Phase 300</p> <p>10.11 E xecution Phase 301</p> <p>10.12 Project Recovery versus Project Rescue 302</p> <p>10.13 R ecovery Decision 302</p> <p>10.14 Summary of Lessons Learned 304</p> <p>Index 309</p>
<p><b>HAROLD KERZNER, Ph.D.,</b> is a global leader in project management and Senior Executive Director at International Institute for Learning, Inc. Dr. Kerzner has instructed over 200,000 professionals in his successful "Kerzner Approach" to project management excellence. The Kerzner Scholarship Endowment Fund and the Kerzner Project Management Award are managed by the PMI Educational Foundation.</p>
<p><b>Turn failed projects around</b></p> <p><b>Learn from high-profile case studies and get on the road to Project Recovery</b></p> <p>In the real world, not all projects succeed. When a project has gone wrong, traditional project management techniques go out the window. But what constitutes “failure” in the first place? And what can be done about it? With nearly 50 years in project management, Dr. Harold Kerzner has the answers to these questions.</p> <p>Drawing from the combined experience of the global business community, he has written this book in order to demystify the recovery process. <i>Project Recovery</i> uses high-profile case studies from the real world of business to illustrate the best and worst of crisis management. From the Space Shuttle <i>Challenger</i> tragedy to problems with Boeing’s 787 Dreamliner, <i>Project Recovery</i> takes a microscope to well-known cases, detailing important takeaways for businesses large and small.</p> <p>In this book, you’ll learn how to identify troubled and failing projects by performing Project Health Checks and identifying the early warning signs of failure. Next comes identifying the root causes of the problem and selecting a Project Recovery Manager who can implement the phases of the Recovery Life Cycle. These state-of-the-art techniques are crucial for any business leader or consultant who is serious about knowing what to do when things go wrong.</p> <p>Each chapter of <i>Project Recovery</i> includes a convenient summary of lessons learned, cross-referenced according to knowledge areas from the <i>PMBOK® Guide —Fifth Edition</i>. Worksheets and checklists make this easy-to-follow roadmap to recover from any kind of project struggle. It isn’t always possible to avoid disaster. In fact, failures are extremely common in the business world, which is why a resource like <i>Project Recovery</i> is so important — learn to turn project failures into opportunities for success.</p>

Diese Produkte könnten Sie auch interessieren:

Projektmanagement und Prozessmessung
Projektmanagement und Prozessmessung
von: Ernst Jankulik, Peter Kuhlang, Roland Piff
PDF ebook
51,99 €
Project Management
Project Management
von: Harold Kerzner
PDF ebook
71,99 €