项目管理失败的原因.doc
《项目管理失败的原因.doc》由会员分享,可在线阅读,更多相关《项目管理失败的原因.doc(14页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、工程失败分析大家都知道,失败是成功之母。著名的哲学家Karl Popper说:知识实际上是通过失败,而不是通过成功来获得的。牛顿的理论被爱因斯坦的理论所补充是因为牛顿理论不能解释某些现象,而爱因斯坦的理论正在被更新。在通常的实践中也是如此。当关于为什么会失败的根本原因理论被发现以后,其他人就可以采取行动防止类似的失败重演。许多具有新闻价值的工程失败包括生命或者重要资源的损失的失败最后都有一个公开结果的调查或者研究。然而大多数失败并没有得到完全的调查,尽管需要如此。对于工程失败的分析是基于学习与提高的精神。任何失败都不是孤立发生的,也就是说,失败实际上是从一个特定的系统产出。从这个意义上来说,所
2、有的失败都是系统失败。广义地说,一个系统如果符合下面两种情况之一它就会失败。_导致工程失败的两种情况它不满足系统所包含的管理者、用户,或者其他受影响的工程干系人的要求。工程失败通常意味着不能满足本钱、工期安排、绩效、质量、平安或者相关的目标要求。它产生了那些参与系统的工程干系人不想要的结果。一个失败的工程不能满足用户或者开发者的期望,或者结果比他们所期望的更糟糕。_工程失败的标准可以从以下两个角度观察当一个已经确定了价格的工程本钱超标时,开发者必须承当额外的本钱,遭受利润损失或者利润减少。从开发者的角度来看,工程是失败的。工程最终产品不能被承受或者使用,尽管它是按照工期,在预算范围内,根据标准
3、交付。这是用户或者其他的工程承受者所经历的工程失败。这两种失败,即工程开发者失败与工程用户失败可能是互相排斥的。就是说有一方失败,可能使另外一方得到好处。比方说,一个失败的工程,工程开发者破产了。但是他的用户或者反运作人,从工程当中赚取大量的利润。当然,这两种失败也可能是一致的,如一个建筑物倒塌所引起的生命损失,对所有人来说都是一个失败。有些失败是不可防止的,因为它们超出了人力所能预期、防止或者影响的范围。这种类型的失败源于天气或者劳动力问题、难以解决的技术难题以及其它不可预见或者不可控制的外力。但是,这并非是大量工程失败的原因。相反,失败通常是由于“缺陷引起的,这些缺陷存在于:_工程与用户组
4、织态度、实践与构造。_工程最终产品硬件、软件与组成部件。这些缺陷通常是相互联系的。例如,尽管硬件失败是因为部件与程序的缺陷,但这些缺陷通常可以追溯到设计时的失误,接下来又可以追溯到在设计与管理过程上的失误,这些失误使得错误没有纠正就过关了。也就是说,方案与控制工程的系统,即工程管理系统内的缺陷可能允许与导致低劣的设计、糟糕的质量控制、不充分的检查,最后导致最终产品本身的失败“硬件或者“部件的失败。【案例】1986年“挑战者号航天飞机的失败与它的七个宇航员的丧生,尽管是不完美的硬件设计直接导致了这起爆炸,但根本原因是工程组织中不称职的有缺陷的管理,它们让设计错误未加改正就通过了。挑战者号事故的直
5、接起因是有缺陷的O型环火箭助推器上的封条,就是它们使得热废气泄漏并触发了外部燃料箱的爆炸。然而,大家都知道而且有明确文献记录说这种封条在某些温度下的表现很糟糕,这样就会对飞行平安造成严重的威胁。在悲剧发生的当天,有好几位工程师警告说封条可能会失效,但这些警告没有引起人们的注意,仍然做了升空决定。先前保存并非最优化的封条并批准发射的决定是全然不顾警告的管理决策,它忽略了大量的反面信息。很容易就可以得出这样的结论:事故是有缺陷的管理系统的产出。从这一点来说,实际上航天飞机的发射失败,是由于错误的管理系统产出而导致的。由于错误的管理决策忽略了一些非常有价值的警告信息,最后导致了巨大的财产与生命的损失
6、。类似的问题,在大大小小的工程中都是普遍存在的。也就是说,很多工程失败的根本原因,实际上并非是难以解决的技术问题,也不是不可控制的外力,不是用户,仅仅是由于不良的工程管理、有缺陷的工程管理系统、工程的组织实践或过程导致的结果。工程失败的工程管理原因导致工程失败的工程管理原因可以分为3个层次、14个原因。第一层次:工程管理环境中的失败这些失败的根源可以追溯到工程组织与工程目标、工程任务、高层管理部门以及更大的环境之间的不适当的“配合。它们包括使用对于工程目标与工程环境来说不正确的工程管理方法或模型,以及缺乏高层管理部门对工程的支持等。工程不具备正确的组织构造、工程经理或者团队以技能、经历、权力、
7、正规性、复杂性来衡量来“配合工程。例如:_工程组织构造、方案与控制与工程环境、工程经理的哲学,以及公司文化或目标不一致或者不协调。_更多的重点放在保持团队的忙碌而不是放在结果上。团队成员分配没有考虑其适合的技能与经历。_要么是没有人对整个工程负责,要么是工程经理的责任、期望与权力不明确或者未定义。_一个在过去的工程中成功的工程团队、工程经理或者工程构造被“塞进一个新工程,而不考虑当前工程的独特要求或者当前工程环境的不同特征。高层管理不给予达成工程目标所必需的积极的、持续的支持。例如:_高层管理部门没有把足够的责任或权力下放给工程经理,或者没有支持工程经理的决定或行动。_公司没有按照高效的工程管
8、理所需要的政策与程序做出改良预算、方案、控制系统、报告与授权关系等。_高层管理部门没有参与审阅工程的方案与进程。第二层次:工程管理系统中的失败这些失败的根源可以追溯到工程领导及错误实践。它们包括工程经理在工程生命周期中对系统方法的忽略,以及工程管理技巧的错误应用等。具体的可以归结为:担任工程经理职位的人不具备领导与管理工程的背景、技能、经历与个人品质。例如:_工程经理不能面对矛盾,不能提出深层的、探索性的问题,不能为了工程的最大利益而进展有效的辩论。_工程经理不能对一个传统的工作环境做出调整来适应工程的变化与不确定性。缺乏在短时间限制与有压力的环境下高效工作的能力。_工程经理在技术与管理技能上
9、不能令人满意。有时这源自于所谓的彼得法那么的变更:将一个优秀的技术人员任命到一无所知的管理职位上。_其它的情况是,工程经理具备管理才能,但是对具体的管理细节如此的投入以致于忽略了关键的技术问题。这样就缺乏在工程团队中的相关方面发号施令的能力与号召力。工程没有被当成一个系统来对待。工程的单元与步骤被划分成独立的局部,而没有考虑它们相互之间的作用。例如:_硬件、软件、资源与设施被单独的对待而没有考虑它们与整个工程目标的关系。将重点放在各个单独的活动上而不是放在工程总体目标上。_系统开发的演变过程被分段地对待,而没有考虑随后的或者先前的阶段。这在对于未来阶段糟糕的方案与对于过去阶段不恰当的评估中表现
10、很明显。问题从一个阶段传送到下一个阶段。工程管理技巧被曲解或者被不恰当地运用。问题在于工程经理、工程团队或者被运用的技术本身。例如:_工程经理未能将非工程技术的方案、协调及控制与工程活动所需的技术区分开来。如PERT、WBS、绩效分析与团队建立等,这些技巧被错误的应用或者根本就没用上。_工程经理未注意到工程的人力、行为方面。他没有建立一个工程团队,帮助团队成员理解工程目标,也没有鼓励工程团队成员朝着目标一起工作。_用到的技术太复杂或者太简单而不适合特定的工程。工期安排与报告对于工程决策来说过于详细或者不够详细。更简单、更恰当、更适合小型工程的能动性技巧因为偏爱复杂的但是笨重的或者不需要的计算机
11、化的报告系统而被忽略了。第三层次:在方案与控制过程中的失败这些失败的根源来自于工程方案与控制过程。一些错误的源头,像效率低下的沟通与不充分的用户参与,会在工程的任何阶段发生,需要给予持久的注意。其它的,像不恰当的定义、估计、工期安排或者控制等主要发生在工程的某些阶段。这些问题的产生是由于信息的质量、准确性,或者时间性的缺乏,以及粗劣的数据收集与记录,或者未能将信息分配给那些需要信息的人。例如:_在工程的早期,关于目的、责任与承受标准的信息没有做成文献资料。_在工程中没有关于工程状态或者对于方案或最终产品的变更的信息记录与报告。_没有召开足够的会议来收集与发布信息。讨论没有足够深入,也未能提出探
12、索性的问题。对工程开发没有做工程日志或者审查记录。用户或者顾客未能参与方案、定义、设计、实现过程,用户的需要被无视。这是最经常被提到的工程失败的根源之一。_用户可能感到为难或者不舒服因而想尽力减少参与。一些用户被邀请的时候甚至抵抗参与。_工程团队的行为阻碍了用户的参与。工程团队的成员可能表现傲慢,这使得用户感到自己被无视或者感到自卑。这样的行为限制了用户与工程团队之间的信任,使相互的沟通变得紧张。工程细节的分析与方案不充分、马虎,从以前的工程得来的报告与建议被无视。管理不是预先做好准备,而是当事情出现的时候才做出相应的安排。模糊不清的、错误的、让人误解的工程定义或者缺乏工程定义是被经常提到的一
13、个失败的原因。对于技术要求、任务或者工程范围没有正式的定义。定义问题来源于:_缺乏提案、WBS、责任矩阵以及工作责任等的定义,或者这些提案的定义准备得很糟糕。_在定义工程范围、任务与要求的时候缺乏用户的参与。工程团队对用户的操作一点也不熟悉,不能指导一个与用户的要求相关的设计。对资源需求、活开工期、完成日期的估计不现实。糟糕的估计发生是因为:_没有利用类似工程的标准或者文件来估计本工程会持续多长时间。_做估计时没有考虑员工的经历,而是假设所有的职员都是专家,他们都可以毫无过失地工作。_估计是由不熟悉细节问题的人做出的,那些负责工作的人没有参与做估计。_没有足够的时间来做估计。_用户施加压力,要
14、求工程快速完成,这就导致制订了不切实际的完工日期,并删除了“不必要的任务,诸如文件记录等。工期安排与资源分配不正确、没有预期工作、没有备用资源。_未能预期估计资源需求并做好预先安排,当资源问题出现时才进展处理。没有显示工程中可用技能的详细目录。_工程职员被重新委任或者整个换掉,但没有调整工期安排以弥补失去的时间或者学习时间。对原始要求做了变动,但没有对相应的工期安排、预算或者方案的其它局部做改动。这种疏忽导致不充分的工程沟通、低劣的工程定义、用户参与的缺乏以及马虎的工程控制等。工程管理不是预期可能有什么问题而是在问题出现的时候才进展处理;控制集中在对于日常事务的处理而不是向前看潜在的问题环境;
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 管理 失败 原因
限制150内