项目失败分析

1.为什么要讨论失败

大家都知道，失败是成功之母。

著名的哲学家Karl Popper说：知识实际上是通过失败，而不是通过成功来获得的。

牛顿的理论被爱因斯坦的理论所补充是因为牛顿理论不能解释某些现象，而爱因斯坦的理论正在被更新。在通常的实践中也是如此。当关于为什么会失败的根本原因（理论）被发现以后，其他人就可以采取行动防止类似的失败重演。

许多具有新闻价值的项目失败（包括生命或者重要资源的损失的失败）最后都有一个公开结果的调查或者研究。然而大多数失败并没有得到完全的调查，尽管需要如此。对于项目失败的分析是基于学习和提高的精神。

2.什么是项目失败

任何失败都不是孤立发生的，也就是说，失败实际上是从一个特定的系统产出。从这个意义上来说，所有的失败都是系统失败。广义地说，一个系统如果符合下面两种情况之一它就会失败。

导致项目失败的两种情况

①它不满足系统所包含的管理者、用户，或者其他受影响的项目干系人的要求。项目失败通常意味着不能满足成本、工期安排、绩效、质量、安全或者相关的目标要求。

②它产生了那些参与系统的项目干系人不想要的结果。一个失败的项目不能满足用户或者开发者的期望，或者结果比他们所期望的更糟糕。

项目失败的标准可以从以下两个角度观察

①当一个已经确定了价格的项目成本超标时，开发者必须承担额外的成本，遭受利润损失或者利润减少。从开发者的角度来看，项目是失败的。

②项目最终产品不能被接受或者使用，尽管它是按照工期，在预算范围内，根据规范交付。这是用户或者其他的项目接受者所经历的项目失败。

这两种失败，即项目开发者失败和项目用户失败可能是互相排斥的。就是说有一方失败，可能使另外一方得到好处。比方说，一个失败的项目，项目开发者破产了。但是他的用户或者反运作人，从项目当中赚取大量的利润。当然，这两种失败也可能是一致的，如一个建筑物倒塌所引起的生命损失，对所有人来说都是一个失败。

3.造成失败的原因

有些失败是不可避免的，因为它们超出了人力所能预期、避免或者影响的范围。这种类型的失败源于天气或者劳动力问题、难以解决的技术难题以及其它不可预见或者不可控制的外力。

但是，这并非是大量项目失败的原因。相反，失败通常是由于“缺陷”引起的，这些缺陷存在于：

项目和用户组织——态度、实践和结构。

项目最终产品——硬件、软件和组成部件。

这些缺陷通常是相互联系的。例如，尽管硬件失败是因为部件和程序的缺陷，但这些缺陷通常可以追溯到设计时的失误，接下来又可以追溯到在设计和管理过程上的失误，这些失误使得错误没有纠正就过关了。也就是说，计划和控制项目的系统，即项目管理系统内的缺陷可能允许和导致低劣的设计、糟糕的质量控制、不充分的检查，最后导致最终产品本身的失败（“硬件”或者“部件”的失败）。

【案例】

1986年“挑战者号”航天飞机的失败和它的七个宇航员的丧生，尽管是不完美的硬件设计直接导致了这起爆炸，但根本原因是项目组织中不称职的有缺陷的管理，它们让设计错误未加改正就通过了。

挑战者号事故的直接起因是有缺陷的O型环——火箭助推器上的封条，就是它们使得热废气泄漏并触发了外部燃料箱的爆炸。然而，大家都知道而且有明确文献记录说这种封条在某些温度下的表现很糟糕，这样就会对飞行安全造成严重的威胁。

在悲剧发生的当天，有好几位工程师警告说封条可能会失效，但这些警告没有引起人们的注意，仍然做了升空决定。先前保留并非最优化的封条并批准发射的决定是全然不顾警告的管理决策，它忽略了大量的反面信息。很容易就可以得出这样的结论：事故是有缺陷的管理系统的产出。

从这一点来说，实际上航天飞机的发射失败，是由于错误的管理系统产出而导致的。由于错误的管理决策忽略了一些非常有价值的警告信息，最后导致了巨大的财产和生命的损失。类似的问题，在大大小小的项目中都是普遍存在的。也就是说，很多项目失败的根本原因，实际上并非是难以解决的技术问题，也不是不可控制的外力，不是用户，仅仅是由于不良的项目管理、有缺陷的项目管理系统、项目的组织实践或过程导致的结果。

项目失败的项目管理原因

导致项目失败的项目管理原因可以分为3个层次、14个原因。

第一层次：项目管理环境中的失败

这些失败的根源可以追溯到项目组织与项目目标、项目任务、高层管理部门以及更大的环境之间的不适当的“配合”。它们包括使用对于项目目标和项目环境来说不正确的项目管理方法或模型，以及缺乏高层管理部门对项目的支持等。

1.不恰当的项目管理方法

项目不具备正确的组织结构、项目经理或者团队（以技能、经验、权力、正规性、复杂性来衡量）来“配合”项目。例如：

项目组织结构、计划和控制与项目环境、项目经理的哲学，以及公司文化或目标不一致或者不协调。

更多的重点放在保持团队的忙碌而不是放在结果上。团队成员分配没有考虑其适合的技能和经验。

要么是没有人对整个项目负责，要么是项目经理的责任、期望和权力不明确或者未定义。

一个在过去的项目中成功的项目团队、项目经理或者项目结构被“塞”进一个新项目，而不考虑当前项目的独特要求或者当前项目环境的不同特征。

2.缺乏高层管理部门的支持

高层管理不给予达成项目目标所必需的积极的、持续的支持。例如：

高层管理部门没有把足够的责任或权力下放给项目经理，或者没有支持项目经理的决定或行动。

公司没有按照高效的项目管理所需要的政策和程序做出改进（预算、计划、控制系统、报告和授权关系等）。

高层管理部门没有参与审阅项目的计划和进程。

第二层次：项目管理系统中的失败

这些失败的根源可以追溯到项目领导及错误实践。它们包括项目经理在项目生命周期中对系统方法的忽略，以及项目管理技巧的错误应用等。具体的可以归结为：

1.不胜任的项目经理

担任项目经理职位的人不具备领导和管理项目的背景、技能、经验和个人品质。例如：

项目经理不能面对矛盾，不能提出深层的、探索性的问题，不能为了项目的最大利益而进行有效的辩论。

项目经理不能对一个传统的工作环境做出调整来适应项目的变化和不确定性。缺乏在短时间限制和有压力的环境下高效工作的能力。

项目经理在技术和管理技能上不能令人满意。有时这源自于所谓的彼得法则的变更：将一个优秀的技术人员任命到一无所知的管理职位上。

其它的情况是，项目经理具备管理才能，但是对具体的管理细节如此的投入以致于忽略了关键的技术问题。这样就缺乏在项目团队中的相关方面发号施令的能力和号召力。

2.忽略了项目的系统本质

项目没有被当成一个系统来对待。项目的单元和步骤被划分成独立的部分，而没有考虑它们相互之间的作用。例如：

硬件、软件、资源和设施被单独的看待而没有考虑它们与整个项目目标的关系。将重点放在各个单独的活动上而不是放在项目总体目标上。

系统开发的演变过程被分段地看待，而没有考虑随后的或者先前的阶段。这在对于未来阶段糟糕的计划和对于过去阶段不恰当的评估中表现很明显。问题从一个阶段传送到下一个阶段。

3.管理技巧不恰当或者错误的运用

项目管理技巧被曲解或者被不恰当地运用。问题在于项目经理、项目团队或者被运用的技术本身。例如：

项目经理未能将非项目技术的计划、协调及控制与项目活动所需的技术区分开来。如PERT、WBS、绩效分析和团队建设等，这些技巧被错误的应用或者根本就没用上。

项目经理未注意到项目的人力、行为方面。他没有建立一个项目团队，帮助团队成员理解项目目标，也没有激励项目团队成员朝着目标一起工作。

用到的技术太复杂或者太简单而不适合特定的项目。工期安排和报告对于项目决策来说过于详细或者不够详细。更简单、更恰当、更适合小型项目的能动性技巧因为偏爱复杂的（但是笨重的或者不需要的）计算机化的报告系统而被忽略了。

第三层次：在计划和控制过程中的失败

这些失败的根源来自于项目计划和控制过程。

一些错误的源头，像效率低下的沟通和不充分的用户参与，会在项目的任何阶段发生，需要给予持久的注意。

其它的，像不恰当的定义、估计、工期安排或者控制等主要发生在项目的某些阶段。

1.项目中没有良好的沟通

这些问题的产生是由于信息的质量、准确性，或者时间性的缺乏，以及粗劣的数据收集和记录，或者未能将信息分配给那些需要信息的人。例如：

在项目的早期，关于目的、责任和接受标准的信息没有做成文献资料。

在项目中没有关于项目状态或者对于计划或最终产品的变更的信息记录和报告。

没有召开足够的会议来收集和发布信息。讨论没有足够深入，也未能提出探索性的问题。对项目开发没有做项目日志或者审查记录。

2.没有用户的参与

用户或者顾客未能参与计划、定义、设计、实现过程，用户的需要被忽视。这是最经常被提到的项目失败的根源之一。

用户可能感到尴尬或者不舒服因而想尽力减少参与。一些用户被邀请的时候甚至抵制参与。

项目团队的行为阻碍了用户的参与。项目团队的成员可能表现高傲，这使得用户感到自己被忽视或者感到自卑。这样的行为限制了用户与项目团队之间的信任，使相互的沟通变得紧张。

3.不充分的项目计划

项目细节的分析和计划不充分、马虎，从以前的项目得来的报告和建议被忽视。管理不是预先做好准备，而是当事情出现的时候才做出相应的安排。

4.不充分的项目定义

模糊不清的、错误的、让人误解的项目定义或者缺乏项目定义是被经常提到的一个失败的原因。对于技术要求、任务或者项目范围没有正式的定义。定义问题来源于：

缺乏提案、WBS、责任矩阵以及工作责任等的定义，或者这些提案的定义准备得很糟糕。

在定义项目范围、任务和要求的时候缺乏用户的参与。项目团队对用户的操作一点也不熟悉，不能指导一个与用户的要求相关的设计。

5.糟糕的时间和资源估计

对资源需求、活动工期、完成日期的估计不现实。糟糕的估计发生是因为：

没有利用类似项目的标准或者文件来估计本项目会持续多长时间。

做估计时没有考虑员工的经验，而是假设所有的职员都是专家，他们都可以毫无差错地工作。

估计是由不熟悉细节问题的人做出的，那些负责工作的人没有参与做估计。

没有足够的时间来做估计。

用户施加压力，要求项目快速完成，这就导致制订了不切实际的完工日期，并删除了“不必要的”任务，诸如文件记录等。

6.不正确的工期安排和资源处理

工期安排和资源分配不正确、没有预期工作、没有备用资源。

未能预期估计资源需求并做好预先安排，当资源问题出现时才进行处理。没有显示项目中可用技能的详细目录。

项目职员被重新委任或者整个换掉，但没有调整工期安排以弥补失去的时间或者学习时间。

7.在执行阶段为数众多的变更

对原始要求做了变动，但没有对相应的工期安排、预算或者计划的其它部分做改动。这种疏忽导致不充分的项目沟通、低劣的项目定义、用户参与的缺乏以及马虎的项目控制等。

8.不恰当的控制

项目管理不是预期可能有什么问题而是在问题出现的时候才进行处理；控制集中在对于日常事务的处理而不是向前看潜在的问题环境；直到项目结束日期，管理部门才查看项目是否准时。控制问题的根源：

工作任务的定义太大而不能进行有效的控制；工作组或者工作团体太大而不能被监督；里程碑太远以至于不能对项目进行分步监测。

不遵守设计、记录、测试或者评估的标准或规范。审计员没有进行仔细的评估。

在项目早期出现问题时没有尝试去解决。控制过程不是前瞻性和预防性的，而是回顾性和修补性的。

对于为保证项目目标的完成所需要的资金没有预测或者计划。

9.项目终止的计划很拙劣

不知道什么组成了项目的完成或者最终产品，接受的标准是什么，或者谁必须终止项目；没有正规的终止程序来处理目标、绩效、最终产品、以及维护问题等；这些问题经常和拙劣的项目定义以及缺乏用户参与联系在一起。

当项目终结还没有被清楚的定义时，项目甚至在经过长时间的停止后仍然被允许继续进行以做出有成本效益的进步。

当用户没有参与计划时，对于最终的接受条件会有更多的分歧。在接受之后，对于最终产品的问题未加识别就通过，或者不管用户的不满而被允许继续向前。

【自检】

在你的项目管理生涯中，有没有失败的历史，试举两个例子，并分析为什么失败？

________________________________________________________

________________________________________________________

________________________________________________________

项目成功的涵义及其因素

什么是项目成功

一个项目当它满足了项目目标就被认为是成功的。

但是，项目目标往往具有多维的属性，比方说通常提到的三维目标，就包括项目时间、成本和绩效。而且通常有些项目虽然说没有失败，但是并不是都满足所有的目标。

通常，一个项目的管理目标，要满足项目干系人的目标要求。也就是说，项目最终成功的标准是是否能够满足顾客包括最终用户和全体项目干系人，包括项目经理、项目团队的需求和希望。只有达到这一点，一个项目才最终在各方面都是成功的。

如果仅仅按工期、按预算完成任务，这种项目成功，只是一个狭义的项目成功。基于这一点，有人总结出一个项目成功的13个重要因素。

清楚定义的目标。

高层管理部门的支持。

能干的项目经理。

称职的团队成员。

充足的项目资源。

在定义需要和要求时客户的参与。

良好的沟通渠道。

在项目审查和校正中所有团体的参与。

与用户商量并随时通知他们。

待实现的技术已经被审查和鉴定，并能正常工作。

客户理解项目的用途。

采取某些措施来保持对项目的追踪。

日常故障的发现和修理以及问题的解答。

这13个因素也是按照概率的影响、按照重要性进行排序的。这13种重要因素跟前面的14种失败的因素，正好对应。

项目成功的项目管理原因

项目参与者

项目成功的本质要素是关键项目参与者的责任感和参与感，像高层管理（开发者）、项目经理、项目团队和用户。

项目参与者必须全神贯注于计划和控制过程，必须理解项目管理的概念、目标和目的，并且要专注于随后需要执行的步骤和程序。

另外，他们必须被包含在项目中。必须给他们机会，并且他们在项目生命周期的关键阶段必须要有提供输入（例如，创意、评估和最终的赞同）的意愿。

1.高层管理委员会

高层管理委员会对于项目的成功是必不可少的，因为它在项目上影响着他人的接受或者拒绝。管理委员会通过给项目提供保障——分配必须的职员，赋予项目经理以足够的权力及施加恰当的影响，以及在危机时刻支持项目经理。在成功的项目中，项目经理对于高层管理部门的支持很有信心，对于赋予他的责任和权力等级感到很满意。

通常高层管理部门通过任命一个项目委托人支持项目来显示其责任感。这个人与其他用户、项目经理或者职能部门经理，以及高层管理部门相接触以加速对于潜在问题的反应。从早期的计划阶段他就包含在项目中，确保公司和项目管理理念能融合到项目计划中。

2.项目经理

成功项目的项目经理专注于满足时间、成本、安全性和质量目标。从项目的开始到结束他们都完全参与到项目中。他们有足够的权力来监管计划和工期的制订，做附加改变或者变更，然后执行。

在成功的项目中，项目经理具有丰富的经验，在行政、技术、交流和人际关系上有较强的能力。更重要的是，他们对技术比对技术的命令有着更基本的理解。无论怎样，在某些高技术的项目中他们还需要技术方面的专业知识。无论哪一种情况，他们都必须既要面向群众，又要面向结果，必须是民主的、精神旺盛的。

优秀的项目经理具有可以弥补权力和责任之间的任何“隔膜”的领导风格。他们能够利用适合员工的领导风格，虽然他们可能只有非常短的时间来熟悉员工。

最好的项目经理既是高效率的，也是高效力的。他们创立责任、职能，以及沟通模式的系统，然后管理这个系统。他们信赖团队成员的技能并将工作委派给他们。

他们也经常运用走动式管理（MBWA）。他们对项目里的员工是平易近人、熟悉的，是在一个友好的基础上的。他们保持员工之间相互的交谈，因为他们认为“与其让员工努力工作还不如让他们一起工作”。最好的项目经理对项目的所有方面都非常熟悉。

3.项目团队

在成功的项目中，项目团队要专注于项目的目标和项目管理的过程。整个团队都参与了项目的估计，制订工期安排和做预算，帮助解决问题，以及做决策，这样的一个过程，帮助形成对待项目的积极态度，建立对项目目标的责任感，并激励团队。

对项目管理的责任感通过理解和支持项目管理的共同文化而得到增强。在拥有“项目管理文化”的公司里，员工们被培训成向多个上级报告；职能部门经理和项目经理之间保持权力的均衡；无论是项目经理还是职能部门经理都全神贯注于工作。

在成功的项目中，项目团队成员由具有必要的专业知识和经验的人组成。团队拥有必备的技能和知识，并且有充足的职员和技术来完成团队职能。

在成功的项目中存在的是亲密的团队工作，自信、信任及每位成员的相互理解。团队建设被用来定义职能及委派任务。

4.顾客——用户

在成功的项目中不存在关于谁是顾客和最终使用者的问题。顾客为项目付费，用户是最终产品的最后接受者或者操作者。有时他们是同一人，有时不是。我们用客户来代表顾客和用户。项目团队在项目开始前识别这些团体并弄清楚他们想要什么。

在成功的项目中，客户非常关心项目的目标，并参与项目管理的过程。顾客在决策的制订，授权的变动，以及转包商的选择上拥有权力和影响力。通过客户参与项目团队的计划和设计能更好地确定客户想要什么，这样可以确定具体的目标和标准。顾客——及用户被包含在实现过程中，并对被安装的最终产品给出最后的批准。

交流及信息共享与互换

成功项目的一个特征是良好的交流和高质量的信息共享和互换。

良好的交流意味着这样一种机制，它可以有效地综合所有项目参与者的工作，并且可以方便项目管理和开发的过程。在成功的项目中，在项目、用户、高层管理及团队的所有成员之间拥有一个持续的、清楚的交流和沟通。

良好的交流部分取决于面对面的会议的质量和数量。在成功的项目中，有经常的回顾会议交换关于项目目标、状态和变动的信息和指导。会议是开放式的，鼓励每个人参加。在会上指明哪些团体具有优先权，当需要的时候交换领导职能。员工要专心于处理问题并快速地解决。会议是非正式的，人们彼此信任，项目经理倾听员工的报告。

与项目管理和系统开发相关的因素

在成功的项目中，有几个因素与项目管理职能和系统开发过程相关。这些因素包括项目的定义、计划、控制和实现。

1.定义

在成功的项目中，对于项目的范围、目标、和待完成的工作均有完整而明确的定义。项目的职责和要求也被清晰地定义并被参与项目的每个人很好地理解。定义的明确性能在参与者中间产生共同的期望。

尽管在定义上有一些灵活性更好，但是目标和要求需要相对稳定一些。当目标、范围或者要求有持续变动的时候是很难前进的。变动需要对计划进行调整，并要通知参与者。

在成功的项目中，目标和要求在任何可能的地方都是量化的，但是项目绩效质量方面的重要性也必须包括。

2.计划

在成功的项目中，计划是和时间、成本，以及效绩目标联系在一起的。

计划包括范围和工作定义、工期安排、网络、里程碑、成本估计、现金流程图分析、劳动力和设备需求，以及风险分析等。计划应确保困难的事情——那些人们都想避开思考的事情首先完成。

在成功的项目中，技术已经被详细的考虑，问题也经过预测和了解。安全性也是个问题，计划包括了保证参与者安全的要求和措施。

员工的行为和态度也很重要。人们更愿意按照那些由他们亲身帮助制订的工期安排和计划来工作。优秀的计划将那些可能会受到项目影响的人群考虑在内，并寻求他们的参与和赞同。

在成功的项目中，计划详细描述了项目的各个阶段，量度绩效的方法，以及项目控制和解决困难的安排。

3.控制

成功的项目拥有一个控制和报告系统，它可以在项目的所有阶段提供监测和反馈，并将项目的工期安排、预算和团队的绩效表现与项目目标进行比较。

控制系统利用检查和平衡提供及时的、有意义的、互不相关但包括了所有东西的信息。它还能够对项目团队的高效性进行实时的评价，以及目标实现得怎么样、成功的可能性等。

在成功的项目中，控制系统是主动的和向前看的。它允许时间来为问题预先做好准备，预测并阻止他们，当问题出现的时候进行相应的行动。当问题的早期警告迹象出现的时候就会延长工期安排并增加成本。

成功项目中的项目经理和项目团队都是完全投入到控制过程中的。项目经理查找刚刚出现的问题，团队采取迅速的行动来解决这些问题。项目经理与用户以及团队公开地讨论这些问题。

在成功的项目中，如果不是因为安全的需要，或者为了加速工作，或者为了满足用户的需要，通常只有很少的变动。大多数的变动都是在工作的早期，并且有正式的文件，而不是工作的中晚期。计划者和设计者都有压力，这样他们才能在修建或者制造开始前设计出完整的完成方案。

4.实现

在成功的项目中，对于实现的准备是预先完成的。在最初的计划中它就被处理并贯穿整个项目。在关于实现的细节上项目团队和用户之间有很强的联系。工作是一步一步完成的，这样可以将项目后期对员工的反面影响减少到最小。

在成功的项目中，最初批准的计划清楚地说明了项目应该什么时候结束和怎样结束。不允许项目偏离初期的目标，超过目标太多或者持续得太久。

甚至在成功的时候也有改善和提高的空间。在成功的项目中，团队根据他们的经验学到东西。当工作被完成的时候团队总结他们的经验，评估他们的绩效，并将所学到的东西应用到随后的项目中。

总之，要取得项目成功，项目的目标定义、项目的系统、整体系统控制、整体计划，包括战略计划、实施计划、日程计划要通过详细、认真地预算、估算，保证项目能够得到充分的资源。在项目的实施过程当中，要通过经常性的审查、控制和评审来保证项目能够按计划不断地推进。

除此之外，组织目标的实现还需要在组织上保证。包括项目经理的领导艺术、项目经理的管理才能、管理技能以及相关的技能、组织结构和团队建设方面。

所有的这些，都是保证项目走向成功必不可少的环节。

【自检】

怎样才能促使你的项目走向成功？

________________________________________________________

________________________________________________________

________________________________________________________

【本讲总结】

本讲主要论述什么是项目失败、项目失败的标准、项目失败的原因。项目失败的项目管理原因分三个层次，14个原因。那么，什么是项目成功，项目成功有13条重要的因素。

项目成功的项目管理原因之一是项目的参与者，包括高层管理者、客户、团队、经理之间的紧密配合，共同维护。

此外，一个成功的项目管理者还包括两个因素：即交流和信息共享与互换、项目管理和系统开发。从项目的目标定义，系统控制到整体计划，要通过详细、认真地预算、估算，保证项目能够得到充分的资源。同时，实施过程当中通过经常性的审查、控制和评审，以保证项目能够按计划不断地推进。

【心得体会】

________________________________________________________

________________________________________________________

________________________________________________________

项目管理失败的原因