7、实施效果与总结分析
（1）实施效果
此项目开发的目标是为了向审计公司提供辅助审计管理系统。开发流程也是比较遵从软件工程的规范的。但是最终的结果却不尽人意，投入了比预料多几倍的人力物力。根据当时参与项目的同事的分析，失败的原因主要是：
1）需求不明确
由于出发点和利益不同，系统开发者与用户对于同一问题常有不同看法，这样需求分析的风险就逐渐加大了。另外对需求变更的控制做得不好。需求的改变，就会产生连锁反应，有时候这种反应会导致程序的不稳定，严重的时候，一个错误的修改引起另一处程序的错误，而新的错误的修改会导致更新的错误，更严重的情况，不是所有的错误都能被修改。
2）技术风险
此软件数据结构复杂，逻辑关联性比较强。软件需要与第三方财务软件产品的数据库系统接口。带来了相当的技术开发困难，阻碍了项目的进行。由于以上原因到了测试阶段，未确定的需求和不断发现的bug成了灾难。结果测试当天就因为一个bug导致数据被误删和数据混乱。
于是暂停测试，改为封闭式开发，并且继续增加人员，第二次修改时是才发现整个数据结构也要发生变动，这就意味着无异于从新开发一次，所以最后不得不投入大量的人员予以弥补。分析原因，为什么这个项目会失败？看来好像是需求没有做好，其实是没有把风险放在整个项目这个大系统下来对待，没有建立一套完整的风险管理机制，这样一来风险因素就容易被忽略。然而，软件项目前一阶段的失误会对下一阶段产生严重的影响。一旦发生了变化，就不得不修改设计、重写代码、修改测试用例、调整项目计划等等，为项目的正常的进展带来不尽的麻烦。所以，没有切实可行的风险管理过程机制，就很难有效地保证风险管理活动的效率。建立切实可行的风险管理过程机制是软件风险管理理论研究成果最终在实践中得到应用的最根本保证
（2）软件项目风险管理改进
IT项目管理从某种意义上讲，就是风险管理。从理论上讲，虽然IT项目风险管理开始于项目开发生命周期的可行性研究阶段，但实际上风险管理应该贯穿于项目的始终，并需要持续的关注和评估。
因此实施项目风险管理就要建立风险管理机制，从制度上加以保障，只有这样才能够及时识别风险并且能采取降低风险的好措施，从而减小1T项目的不确定性和偏差，最终顺利地把项目引向成功。
借助保障制度的实施，使我们以风险管理方法、技术等为核心基础，创造出一个适宜风险管理的软环境。通过外部环境的优化，促进内部核心功能的发挥。根据实际情况，也可通过外部环境的优化对风险管理起到的支持作用，比如组织架构、人力资源等方面，所有这些措施都是对全面风险管理体系的内在支持。