进度的压力，很少有机会去深入的研究和实践这些技术。
当然，还有另外一个关键的额问题，就是技术本身的成熟度问题——新技术是否已经被类似行业或者规模的项目检验过。
4. 缺乏或根本不具备项目管理方法
MSF（Microsoft Solution Framework，微软解决方案框架）对于项目成功的关键，归结于人、流程和技术的完美结合。技术，高价聘请外援可以解决的干脆利索；流程，需要长期积累，但总也是个相对稳定的“风险”；唯有人，或者说PM，是没有办法的，即使有一个优秀的团队，也没法把一个不称职的PM变得称职起来。而这个，反倒是在万事俱备后剩下的最大的风险。
5. 团队中缺少资深人员
其实这个就不用多说了，就如比尔.盖茨先生的那段话所说，“坦白地说，微软所面临的挑战之一是它的很多员工还没有遭遇过多少失败。很多人从未遇到过失败的项目。结果是，人们把成功视为理所当然的事，这是很危险的。。。人们遭遇失败时，将被迫发挥出创造性，不分昼夜地深入探索并冥思苦想。每个公司都需要有过这种经历的人。”
资深人员，就是那些经历坎坷，被各种痛苦的“两难境地”项目折磨过，从一次次“死亡行军”中走过来，有着丰富的经验，知道一个完整的IT项目需要经历那些过程，能够帮助项目尽早识别和规避风险，并解决各种突发事件的人。
6. 硬件/软件供应商的低劣表现
这条分类也是来源于KPMG的调查报告，作者说他手上并没有这方面的案例。不过实际上，可以在本书的17个案例中看到一些端倪。特别是最近我所接触的一些项目，也越来越多的涉及到与外包商的合作——而这也是目前IT行业的趋势。所以我会在今后的项目中留意这一类问题，也许在不久的将来就能有一些身边的案例可以拿出来讨论。
7. 系统无法满足性能和可靠性要求
这一条是本书的作者加的，并不在KPMG的报告中。也许有人会说10年前作者关心的那些性能问题，现在通过更好的硬件、网络以及新的平台和技术都已经可以解决或避免了，已经不再需要担心。可是我们也要看到，10年后的今天，计算机系统所需要处理的业务和需求也在变得日益复杂，而开发人员却并不是个个都关心系统性能的；最终，过于复杂、混乱而低效的代码，仍将导致性能、可靠性和并发性问题。
在本书中，作者也提供了一个案例，讲述了一个存在性能缺陷的系统，如何给用户带来巨大的损失，并险些使一家企业因此而倒闭。
另外，作者也提到了KPMG报告中一些有趣的结论。
许多失控项目都是（或曾经是）“野心过大”的项目；
失控项目可能有一个主要原因，但总是由多个原因导致的；
50%的项目在开发过程中显示可能会失控，而25%的项目在初始的计划阶段就已经显示出将来可能会失控；
72%的失控项目，最初是由项目团队成员发现的；而只有19%的项目失控是最先有管理层意识到的；
1989年只有7%的企业认为技术问题是导致项目失控的主要原因，但1995年这个数字上升到了45%；
有55%的被调查项目根本没有实行过任何风险管理，而38%的实行了风险管理的项目中，又有50%的项目在启动后没有识别到任何风险；
最后，作者结合自己对失控项目的研究和分析，又给出了另外3条结论。
那些一开始就被牵涉到“政绩”和某些其他的商业利益，并被大肆宣扬的项目，大多最终会失控——根据国内的经验来看，这类项目常见的问题是项目目标定位模糊而经常发生变化，或者根本就没有人关心项目真正的成败与否；
越来越多的系统要求用来处理实时交互操作，这导致性能问题越来越成为影响项目的最终成功的问题；
大型的涉及到复杂集成的行业应用，越来越容易成为失控的项目。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
