程的专业人员)并非上策。给一个失控的项目增加人员如同“火上浇油”。
2.风险管理的正式程度
正式性不仅是指要编制许多正式文件，它的关键内涵是结构，理解这一点有助于我们有效利用时间。风险管理过程的效果很大程度上取决于它提出正确问题的能力，而正式性、规范化正是为了解决这个问题而提出来的。
3.风险管理的组织
高级管理层的支持，对于发挥风险管理过程的作用非常重要。风险管理过程应该反映高级管理层的需求和关注。所有相关经理人员，尤其是项目经理需要在早期阶段介入，保证相关的风险管理过程纳入到项目管理过程中去。理想的情况是在这个阶段任命项目经理，让他能够积极参与到这些任务中，在更加详细的设计与计划阶段之前确立风险管理过程的概念并阐明其作用。更多人员参与到任务中很有好处，这些人员包括组织职能部门中的个人、主要客户、主要承包商或分包商、潜在的合作伙伴以及设计和引入风险管理过程的顾问。
而在这次项目实施过程中，我们应该从以下几个方面进行风险管理的改进：
1、时间管控方面尚欠经验。在项目开发中为防止项目意外事件而导致拖延，故：
项目所需时间=项目预计时间*x (2<x<3)
本项目由于没有作出此时间管控，而导致在项目意外时无法按时完成项目。
2、与客户联系不够。虽然在前期中频繁联系客户，也给客户留下比较好的印象，但在后期中就很少联系客户了，不能及时让客户了解项目进行的情况。
3、本项目采用的新技术比较多，在既要学习新技术又要开发项目的时候，质量难以保证。今后如涉及的新技术比较多的话，应争取更多的开发时间以保证项目质量；如项目比较急，应采用项目组比较熟悉的技术。
4、数据库设计是比较关键的一点，若设计不当，将为后来的业务层编写中带来许多问题。故前期因对数据库作充分的设计。
5、项目开发规范不足。如信息异常处理页面跳转方面不统一，格式化验证不统一，Ation层编写不统一，数据库连接统一，页面结构风格不统一。这些不仅影响了开发进的，同时也影响了系统的使用性与美观。在今后的开发中因制定开发规范。
6、项目开发前期项目组人员未能灵活运用VSS，导致项目组人员频频下载新版本后都要对项目进行一些代码的屏蔽才能够进行自身代码的测试。经过几个月的VSS使用，组员已经可以很好的使用VSS，也增加了些默契。
7、项目服务器上需要人工进行项目更新，若是项目组修复了BUG而未去更新服务器的话，而BUGFREE上又标记了修复，测试公司在服务器上看见该BUG未改会误会我们忽略该BUG。这种情况经常发生，也给我们和测试公司带来麻烦。在今后开发中，服务器因安装类似ANT 这种自动编译以保证服务器最新的项目版本。
8、每周一的项目会议效果比较好，不仅让组员了解整个项目的进度，也促进了人员之间的交流，让大家一起讨论项目中的问题与分享各自的成果、技术与看法。这种做法应继续维持下去。
9、项目组人员坐在一起开发效率远比各自在宿舍开发要高，特别是在星期六日，因其聚的时间比较长，故开发的时候应尽量坐在一起。
通过这次项目，使我认识到，如果不实施正式的风险管理过程，使之成为项目管理的一个常规方面，就无异于“商业自杀行为”。日益加剧的竞争，更加挑剔的顾客、技术开发和其他变革速度的加快、商业机会日益增加的复杂性和新奇性，都对管理的不确定性和项目风险系统的成功提出了更高的要求。如果等到“触发事件”(如主要项目的商业手段失误或未能赢得主要合同)出现以后才接受这些信息，就太令人遗憾了。