项目失败分析与拯救：案例分析与技巧 pdf epub mobi txt 电子书 下载 2025

简体网页||繁体网页

☆☆☆☆☆

[美] Harold Kerzner（哈罗德·科兹纳） 著，叶红星，问静园，卓跃萍，杨庆跃 译

图书标签:

• 项目管理
• 项目失败
• 案例分析
• 风险管理
• 问题解决
• 补救措施
• 项目拯救
• 项目复盘
• 工程管理
• 实用指南

出版社： 电子工业出版社

ISBN：9787121266683

版次：1

商品编码：11753241

包装：平装

丛书名： 项目管理核心资源库

开本：16开

出版时间：2015-08-01

用纸：轻型纸

页数：304

正文语种：中文

编辑推荐

适读人群 ：项目管理从业人员、企业管理人员、高校师生

推荐阅读：

内容简介

本书是项目管理领域世界大师哈罗德.科兹纳的新力作，精选了全球范围内各种类型的典型失败项目，对其进行了详尽的分析。本书从项目失败的真正含义入手，经验性地总结出如何识别项目可能失败的早期信号，定义项目中的问题，分析产生问题的根本原因，从失败中找到成功的机会，还提供了对濒临失败的项目进行拯救的各种经验、工具、检查表。另外，本书紧密结合《PMBOK指南》第5版，读者可以与十大知识领域交叉对照。

作者简介

问静园，北京航空航天大学计算机专业硕士，现任神州数码系统集成服务有限公司资深咨询顾问，**实践联盟资深专家。

目录

第1章理解成败 1
1．0 引论 1
1．1 对“成功”的历史观点 2
1．2 三重制约因素的早期修改 2
1．3 主要制约因素与次要制约因素 4
1．4 制约因素的优先级 6
1．5 从三重制约因素到竞争性制约因素 6
1．6 项目成功的未来定义 8
1．7 项目成功的不同定义 11
1．8 理解项目失败 11
1．9 项目失败的程度 13
1．10 项目失败的其他分类 15
1．11 经验教训 16
第2章项目失败的原因 18
2．0 引论 18
2．1 关于项目失败的事实 18
2．2 项目失败的原因 19
2．3 进度计划失败 21
2．4 缘于未知技术的失败 23
2．5 项目规模和成功/失败的风险 23
2．6 缘于不合适的关键失败因素的失败 24
2．7 建立跟踪测量指标的失败 25
2．8 未能识别预警信号 25
2．9 关键团队成员选用不当 26
2．10 奖励不确定 28
2．11 估算失败 29
2．12 人员配备失败 30
2．13 规划失败 32
2．14 风险管理失败 33
2．15 管理错误 34
2．16 缺乏足够的工具 36
2．17 成功带来的失败 36
2．18 失败的动机 38
2．19 折中失败 39
2．20 经验教训 40
第3章商业论证失败 42
3．0 引论 42
3．1 干系人变更 42
3．2 假设条件的重新确认 43
3．3 管理创新 44
3．4 商业论证变更示例 45
3．5 铱星系统项目案例研究导言 49
3．6 摩托罗拉铱星系统项目的浮沉和复活 49
3．7 经验教训 79
第4章发起和治理失败 81
4．0 引论 81
4．1 定义项目治理 82
4．2 项目治理与企业治理对比 82
4．3 角色、责任和决策制定权 83
4．4 治理框架 84
4．5 治理失败 86
4．6 为何项目难以停止 87
4．7 集体信念 89
4．8 退出领导 90
4．9 何时结束 91
4．10 丹佛国际机场案例研究导言 93
4．11 丹佛国际机场 94
本节附录 126
4．12 丹佛国际机场行李处理系统：效决策制定的例证 131
4．13 经验教训 142
第5章项目政治和失败 144
5．0 引论 144
5．1 政治风险 145
5．2 “政治游戏”的原因 145
5．3 可能发生“政治游戏”的情境 146
5．4 治理委员会 147
5．5 朋友和敌人 147
5．6 进攻或撤退 148
5．7 有效沟通的需要 150
5．8 权力和影响力 151
5．9 管理项目政治 151
5．10 挑战者号航天飞机灾难的案例研究――导言 152
5．11 挑战者号航天飞机灾难 153
5．12 经验教训 203
第6章软件失败 205
6．0 引论 205
6．1 IT行业的最大失败 205
6．2 软件缺陷 211
6．3 软件项目的失败原因 213
6．4 大型IT项目的失败 214
6．5 可谓最大的失败：FOXMEYER医药公司 224
6．6 伦敦希思罗机场5号航站楼 229
6．7 经验教训 232
第7章安全考虑 234
7．0 安全的重要性 234
7．1 波音787梦幻客机电池问题 234
7．2 空中客车A380的问题 237
7．3 经验教训 241
第8章范围蔓延 242
8．0 了解范围蔓延 242
8．1 蔓延的失败 243
8．2 定义范围 244
8．3 范围蔓延的相互依赖性 246
8．4 范围蔓延的起因 246
8．5 商业知识的必要性 248
8．6 最小化范围蔓延的方法 248
8．7 悉尼歌剧院 249
8．8 经验教训 257
第9章项目健康状况检查 259
9．0 项目健康状况检查的必要性 259
9．1 了解项目健康状况检查 260
9．2 由谁来进行健康状况检查 262
9．3 健康状况检查周期的各个阶段 262
9．4 项目管理失败的预兆 264
9．5 经验教训 270
10章拯救失败项目的技术 271
10．0 了解陷入困境的项目 271
10．1 失败的根源 272
10．2 定义阶段 274
10．3 困境的预警信号 274
10．4 挑选拯救项目经理（RPM） 276
10．5 拯救项目的生命周期阶段 277
10．6 理解阶段 278
10．7 审核阶段 279
10．8 折中阶段 281
10．9 谈判阶段 283
10．10 重启阶段 283
10．11 执行阶段 284
10．12 项目拯救和项目救援的对比 285
10．13 拯救决策 286
10．14 经验教训 287

精彩书摘

　　《项目失败分析与拯救：案例分析与技巧》：
　　2.10奖励不确定
　　当人员被分配到一个项目组时，他们立即想知道如果项目成功他们会获得什么。项目经理也是如此。同样，人们可能会担心如果项目失败他们会怎样。
　　在某些环境中，如医药研发，一般项目达到商业化阶段需要3000天，并且成本为8.5亿～15亿美元。鉴于大概不到2%的项目完全成功，并由此每年产生5亿美元收入的事实，只从事三四个项目并且全部失败，你可能就从一家制药公司退休了。无论什么行业，并非所有的项目都会成功。
　　当管理项目时，项目经理被期望冒险。必须有评价项目经理的确定标准。如果因为所管理的项目失败，项目经理就在绩效评审期间被降级，很可能只有很少的人会想成为项目经理，甚至更少的人会自愿管理高风险项目。
　　情境：20世纪80年代初，为了有更好的方式来补偿医生，一家健康保健供应公司雄心勃勃地进行一个IT程序包的开发。由于对项目管理了解甚少，该公司不确定应该任命谁为项目经理。该公司决定任命不同的IT人员作为这个大项目的组件的临时项目经理，而不是培训人员成为项目经理。除了项目工作外，这些人仍然有其他职能职责要做。这些临时项目经理深知如果项目失败，他们在职能领域中仍有归宿，而且他们的奖励更多基于传统的职能职责，而非在项目中的绩效。
　　……

前言/序言

《项目浮沉录：从深渊到新生，经验者的实录与策略》 引言 每一个项目的诞生，都承载着团队的期望、企业的战略，以及对未来的美好蓝图。然而，现实往往比想象中要残酷得多。在充满变数的商业世界里，项目“流产”或“半途而废”并非罕见，它犹如暗礁，随时可能吞噬无数心血与资源。那些曾经令人振奋的创意，那些夜以继日的付出，最终可能化为一声叹息，留下的是一堆未竟的事业和沉重的反思。 本书并非一本理论堆砌的教科书，也不是一本遥不可及的学术论文集。它更像是您在项目管理征途上，一位经验丰富、坦诚直率的老友，向您娓娓道来那些项目的“跌宕起伏”，那些从“濒临绝境”到“重见曙光”的真实历程。我们将一同深入那些曾经遭受挫折的项目现场，剖析其灵魂深处的“病灶”，而非仅停留在表面。我们也将一同探寻那些在黑暗中摸索、最终找到出路的“救赎之路”，领略智慧与勇气的力量。 本书的核心在于“真实”与“实操”。我们不回避项目的痛苦与失败，反而将其视为宝贵的学习契机。我们将通过一系列精心挑选、极具代表性的案例，让您亲身感受项目在不同阶段可能遇到的各种挑战，从最初的战略模糊、需求不清，到执行过程中的团队内耗、沟通障碍，再到外部环境的突变、技术瓶颈的阻碍，乃至收尾阶段的质量隐患、利益纠葛。每一个案例都不仅仅是一个故事，更是一次生动的“解剖”，帮助您理解失败的“ DNA”。 同时，本书绝非仅仅停留在“剖析失败”的层面。我们更致力于提供切实可行、可复制的“解决方案”。在深入理解失败的根源之后，我们将引导您掌握一套系统性的“项目拯救”思维框架和一套实用的“战术工具箱”。这些工具和策略，经过实践的检验，能够帮助您在项目遭遇困境时，迅速找到切入点，有效评估风险，并制定出精准的反击计划。 第一部分：探秘失败之源——项目“病灶”的显微镜 在探讨如何“拯救”项目之前，我们必须先具备识别“病灶”的能力。本部分将带领读者深入项目失败的“事故现场”，通过还原真实场景，剖析失败的关键环节和根本原因。我们相信，只有精准诊断，才能对症下药。 案例一：《“空中楼阁”的战略：一个创新产品项目的沉没》 背景： 一家科技公司，斥巨资启动一个颠覆性创新产品项目，旨在抓住未来市场趋势。项目初期，技术前景一片光明，团队士气高昂。 失败剖析： 战略脱节与市场误判： 项目的出发点源于高管的“愿景”，却未能充分调研潜在客户的真实需求与支付意愿。市场调研流于形式，对竞争对手的反应估计不足。 目标模糊与范围蔓延： 项目初期设定的目标宏大而模糊，未能转化为可执行的、量化的里程碑。在执行过程中，团队不断被要求添加新功能，“增加价值”，导致项目范围失控，资源被不断稀释。 技术路径的“孤注一掷”： 项目过度依赖一项尚未成熟的颠覆性技术，未能准备B计划或渐进式验证。一旦核心技术出现瓶颈，整个项目陷入停滞。 沟通壁垒与信息孤岛： 跨部门沟通不畅，技术团队、市场团队、管理层之间信息不对称。决策过程缓慢且缺乏透明度，导致问题迟迟得不到有效解决。 经验启示： 战略的落地需要坚实的市场基础和清晰可执行的目标。过度的乐观和对技术的不切实际的依赖，是导致创新项目夭折的常见陷阱。 案例二：《“沟通黑洞”的陷阱：一个大型软件升级项目的泥沼》 背景： 一个传统制造企业，为了提升效率和数据管理能力，启动了全面的企业级软件升级项目。项目涉及多个部门，需要大量的人力投入和时间。 失败剖析： 需求收集的“盲人摸象”： 各部门对新系统的需求理解不一致，且未能形成统一的、优先级明确的需求列表。需求收集过程碎片化，遗漏关键环节。 团队协作的“各自为战”： 项目团队成员来自不同部门，缺乏统一的指挥和协作机制。技术团队与业务部门之间存在隔阂，相互不理解对方的语言和工作模式。 进度管理的“预期偏差”： 项目进度计划过于乐观，未能充分考虑现实中的各种不确定性。在执行过程中，小的延迟不断累积，最终导致整个项目延期严重。 变更管理的“失控的蝴蝶效应”： 在项目进行中，频繁的用户反馈导致大量的需求变更。由于缺乏有效的变更评估和审批流程，每次变更都可能引发连锁反应，影响其他功能和整体进度。 用户培训与接受度的忽视： 软件上线前，用户培训不足，导致用户难以掌握新系统，使用效率低下，进而引发用户抵触情绪，项目效果大打折扣。 经验启示： 软件项目，尤其是企业级项目，对沟通、协作和变更管理有着极其苛刻的要求。忽视用户需求和接受度，是导致技术解决方案“水土不服”的根本原因。 案例三：《“资源枯竭”的困境：一个新市场拓展项目的搁浅》 背景： 一家消费品公司，看准了一个新兴海外市场，投入大量资源组建团队，开拓渠道，期望快速占领市场份额。 失败剖析： 资源投入的“过度承诺”与“虎头蛇尾”： 项目初期，公司为该项目提供了充足的资源，但随着市场反馈不如预期，资源投入迅速被削减。 风险评估的“纸上谈兵”： 对目标市场的政治、经济、文化风险评估不足，未能预见到贸易壁垒、汇率波动、文化差异带来的挑战。 外部环境的“不可控因素”： 国际局势突变，供应链中断，竞争对手的快速反应，都对项目进展造成了重大打击。 管理层支持的“摇摆不定”： 当项目遇到困难时，管理层的信心动摇，对项目的支持力度减弱，缺乏坚定的战略定力。 经验启示： 新市场拓展项目本身就伴随着高风险。资源的持续投入、充分的风险预案和管理层的坚定支持，是项目成功的关键。 第二部分：重塑生命之光——项目“拯救”的艺术与科学 识别了病灶，下一步便是如何进行“手术”。本部分将聚焦于项目“拯救”的核心理念、方法论和一系列实用工具，帮助您在项目面临危机时，能够冷静分析，果断决策，并引领团队走出困境。 核心理念： “生存优先”的哲学： 在项目危机时刻，首要目标是止损，稳定局面，而非急于追求完美。 “聚焦与减法”的智慧： 识别项目最核心的价值和必须达成的目标，学会放弃非必要的选项。 “小步快跑与迭代”的策略： 将大的难题分解为可管理的小任务，通过快速反馈和调整来推进。 “透明与坦诚”的沟通： 及时向利益相关者披露项目真实情况，争取理解和支持。 阶段性拯救策略： 项目早期危机（战略模糊、需求不清）： “战略校准”工作坊： 重新梳理项目愿景、目标、关键成功因素，确保团队对项目方向高度一致。 “精益需求”梳理： 采用敏捷方法，快速定义最小可行性产品（MVP），通过原型验证和用户反馈迭代优化需求。 “风险预警”机制建立： 识别并评估关键风险，制定应对预案，并建立定期风险回顾机制。 项目中期危机（执行混乱、进度滞后、团队冲突）： “诊断与重组”： 深入分析项目瓶颈，评估团队能力，必要时进行人员调整或团队结构优化。 “关键路径”重塑： 重新审视项目计划，识别关键路径，集中资源优先解决。 “问题加速器”会议： 建立常态化的、高效率的问题解决机制，确保问题能被快速提出、讨论和决策。 “激励与赋能”： 重塑团队士气，明确职责，给予团队成员必要的支持和授权，激发其内在动力。 项目后期危机（质量问题、收尾困难、利益冲突）： “质量严控”体系： 重新审视质量标准，加强测试和验收流程，确保交付成果符合基本要求。 “利益相关者管理”： 主动与关键利益相关者沟通，管理其期望，协商解决方案，争取支持。 “交付与移交”策略： 制定清晰的交付和移交计划，确保项目成果能顺利被接收和运用。 实用工具箱： “风险矩阵”与“风险登记册”： 系统化管理项目风险，做到心中有数。 “挣值管理（EVM）”： 通过量化指标，客观评估项目进度和成本绩效。 “优先级排序矩阵”： 在资源有限时，快速区分任务的轻重缓急。 “根本原因分析（RCA）”工具： 如“鱼骨图”、“5W1H”等，深挖问题本质。 “复盘（Retrospective）”方法： 从每一次迭代或阶段性任务中学习，持续改进。 “沟通计划”模板： 确保信息传递的及时性、准确性和有效性。 第三部分：重获新生——项目“复盘”与“前瞻” 当项目终于走出低谷，或者已经不幸夭折，我们并非就此结束。本部分将引导读者进行深刻的项目“复盘”，从中汲取教训，并将这些宝贵的经验转化为未来项目的“预防针”和“加速器”。 构建“经验学习”文化： “失败不是终点，而是起点”： 鼓励团队坦诚分享失败的教训，消除对失败的恐惧。 建立“知识库”： 将项目中的关键经验、教训、最佳实践进行系统性整理和归档。 “导师制”与“经验分享会”： 让有经验的成员带动新人，定期组织项目经验分享交流。 从“过去”走向“未来”： “项目设计”的优化： 将从失败项目中汲取的教训，应用于新项目的启动阶段，从源头上规避潜在风险。 “风险管理”的深化： 建立更完善的风险识别、评估和应对体系。 “团队建设”的升级： 关注团队的沟通、协作和能力发展，打造更具韧性的项目团队。 “持续改进”的承诺： 将项目管理视为一个持续优化的过程，不断学习和适应变化。 结语 项目管理是一场充满挑战的旅程，失败如同旅途中的荆棘，时不时地考验着我们的决心和智慧。然而，正是这些经历，让我们不断成长，更加懂得如何规避风险，如何化解危机，如何最终抵达成功的彼岸。《项目浮沉录》的初衷，便是希望成为您在这场旅程中最坚实的伙伴。 本书所呈现的一切，源于无数项目从业者的血泪经验，它们经过提炼、总结，希望能为您提供一份宝贵的参考。我们相信，只要我们能从失败中学习，勇于面对挑战，并掌握正确的工具与方法，每一个看似“濒临绝境”的项目，都有可能重获新生，绽放出更加耀眼的光芒。愿本书能助您在项目管理的道路上，更加从容，更加坚定，最终收获累累硕果。

评分☆☆☆☆☆

最近翻开了一本关于项目管理的书籍，虽然书名听起来有些沉重，但实际阅读下来，却意外地发现其中蕴含着许多宝贵的智慧。作者并没有一味地灌输理论，而是通过大量真实的案例，将项目失败的种种可能性呈现在我们眼前。读着这些故事，我仿佛置身于那些一度辉煌却最终走向深渊的项目之中，感受着团队的挣扎、决策者的无奈，以及那种错失良机的惋惜。书中的案例并非简单的罗列，而是经过深入的剖析，深入探讨了失败背后的根源，无论是沟通不畅、资源分配失衡，还是目标设定模糊，甚至是外部环境的突变，都被作者抽丝剥茧般地呈现出来。更重要的是，作者不仅仅停留在“为什么会失败”，而是着重于“如何避免失败”，并提出了许多切实可行的应对策略。这些策略并非空中楼阁，而是基于作者丰富的实战经验，读来让人信服。我尤其喜欢其中关于风险管理的章节，它并没有将风险描绘成不可逾越的障碍，而是将其视为项目过程中不可避免的一部分，并通过提前预警、制定预案等方式，将潜在的危机转化为可控的因素。这本书就像一个经验丰富的向导，带领我在项目管理的丛林中穿梭，让我能够更清晰地认识到潜在的危险，并学到规避它们的方法。

评分☆☆☆☆☆

这本关于项目管理的著作，着实让我对“失败”二字有了全新的认识。以往，我总是倾向于将失败看作是终点，是无法挽回的遗憾。然而，这本书却通过一个个鲜活的案例，教会我如何从失败中学习，甚至如何将失败转化为成功的契机。书中的“拯救”篇章尤为吸引我，它并非提供万能的灵丹妙药，而是深入分析了项目在不同阶段出现问题的症结，并提供了一系列具有建设性的“急救”方案。我特别欣赏作者在分析案例时所展现的客观性和中立性，他不会简单地指责某个人或某个环节，而是试图理解导致失败的复杂因素，并将这些因素归类，以便读者能够更好地借鉴。例如，书中对于“项目启动阶段的误区”的分析，就让我幡然醒悟，原来许多后期难以解决的问题，往往在项目初期就埋下了伏笔。作者提出的“项目早期风险评估与沟通机制”的建议，让我看到了如何在项目伊始就筑牢堤坝。这本书并非一本教条式的教科书，而更像是一本智慧的宝典，它用真实的故事和深刻的洞见，点亮了我对项目管理中“挽救”的理解。它让我明白，即使是最糟糕的局面，也并非没有转机，关键在于我们能否及时发现问题，并运用正确的工具和方法去解决。

评分☆☆☆☆☆

不得不说，这是一本让我醍醐灌顶的项目管理书籍。作者在本书中并非照本宣科，而是将大量的篇幅投入到对真实世界中项目失败案例的深度剖析。我特别欣赏书中对“沟通鸿沟”的解读，作者通过一个又一个具体的例子，生动地展示了不同团队成员之间、项目组与客户之间、甚至公司内部不同部门之间，沟通是如何出现偏差，并最终导致项目走向失败的。书中提出的“跨部门协作与信息共享平台”的建议，让我看到了解决这类问题的可能性。此外，关于“需求蔓延”的章节，也让我受益匪浅。我一直觉得需求管理是项目成功的关键，而这本书则将这种重要性通过令人触目惊心的失败案例，再次强化。作者提出的“敏捷需求管理与迭代式开发”的方法，为我们提供了一条行之有效的路径，可以避免项目在需求不清或不断变更的泥潭中越陷越深。这本书不仅仅是教我们识别失败，更是教我们如何在失败的阴影下，找到那束指引前进的光芒。它让我明白，项目的成功并非一蹴而就，而是需要持续的警惕、灵活的应变以及对细节的极致追求。

评分☆☆☆☆☆

我最近读了一本关于项目管理的书，着实让我大开眼界。作者并没有像其他书籍那样，仅仅堆砌理论，而是将目光聚焦在那些跌落谷底的项目，并以一种抽丝剥茧的方式，展现了失败是如何一步步侵蚀项目生命力的。书中的案例极其详实，每一个细节都力求还原真实的场景，让我能够身临其境地感受到那些项目在何种困境中挣扎。我尤其喜欢书中关于“项目收尾阶段的盲点”的分析，作者通过几个案例，揭示了许多项目在完成主要交付物后，却因为忽视了重要的收尾工作，而导致最终价值大打折扣。他提出的“项目后评估与知识转移机制”的建议，让我看到了如何将一次失败的经历，转化为未来宝贵的财富。这本书让我深刻认识到，项目管理并非仅仅关乎项目的启动和执行，更关乎如何妥善地结束一个项目，并从中吸取教训，为未来的项目打下坚实的基础。它让我从一个全新的视角审视“项目生命周期”，并理解到每一个阶段的重要性，即使是看似微不足道的收尾工作，也可能关乎项目的最终成败。

评分☆☆☆☆☆

一本令人拍案叫绝的关于项目管理的书籍！作者的笔触极其生动，仿佛每一个案例都发生在眼前。我曾一度以为自己对项目管理已经有所了解，但这本书却像一股清流，涤荡了我以往的认知。它并没有回避项目的黑暗面，而是直面那些令人沮丧的失败，并从中挖掘出深刻的教训。书中的案例分析，绝非简单的故事复述，而是充满了作者对项目运作机制的洞察。他能够精准地抓住问题的核心，并将那些看似分散的失败因素串联起来，形成一幅清晰的因果关系图。我尤其喜欢书中的“经验教训”部分，作者将其提炼成一个个 actionable 的建议，让读者在合上书本之后，仍能感受到知识的延续和应用。例如，关于“团队士气低落”的分析，书中提供的不仅仅是诊断，更有如何通过激励机制、建立信任等方式来重建团队活力的具体方法。这本书对我最大的启发在于，它让我意识到，项目失败并非总是由单一因素导致，而是往往是多种因素相互作用的结果。理解这一点，能够帮助我们在项目进行过程中，更加全面地审视风险，并制定更周全的应对策略。

评分☆☆☆☆☆

很受用，物美价廉的东西。值得一赞！

评分☆☆☆☆☆

很受用，物美价廉的东西。值得一赞！

评分☆☆☆☆☆

学习

评分☆☆☆☆☆

书很好，多谢！

评分☆☆☆☆☆

学习失败

评分☆☆☆☆☆

学习失败

评分☆☆☆☆☆

学习

评分☆☆☆☆☆

书很好，多谢！

评分☆☆☆☆☆

好