风险无处不在，而且简直无可防止。作为项目经理，我们不能乞求谁会给我们一个平安的项目。理想上没有真正意义上的风险，项目注定是要失败的：全无风险的同时，它们也简直全无价值。这些项目我们大可不以理会，给自己节省一点时间和精神，去做些真正有价值的事。正视无可防止的风险，加以适当的识别、剖析、制定方案对其管理与应对，使项目可以愈加好地到达目的。
我曾在SOVO担任项目经理，项目关于SOVO外部信息共享与考勤。我们的任务不时受不时更变的需求所困扰。在最后的方案中，由于阅历缺乏等缘由，需求剖析的任务缺乏。效果的在于初期的方案中基本没有思索到公司的外部项目的需求会不时更变，招致项目的时间、范围、本钱难以控制。虽然最后项目终于完成，但已大大超出了方案的本钱，严厉来说项目可以说失败了。
我们选择的系统开发言语是如今曾经成熟的网站设计言语JSP(Java)+Servlet。采用基于 J2EE平台的MVC(模型(Model)-视图(View)-控制器(Controller))形式的运用架构框架---Structs+Spring架构, 主要是采用Servlet和JSP技术来完成的。而在数据库访问技术方面：运用顺序采用JDBC衔接数据库，并采用数据库衔接池技术。衔接池技术可以增加运用顺序与数据库衔接的时间，提高数据总体访问速度。数据库采用Microsoft SQL2000，WEB效劳器运用TOMCAT5.0，系统采用WINDOWS 2000 SERVER，开发软件为ECLIPSE 3.1。
本项目从2005年10月11日末尾，方案在12月11日两个月时间完成项目。在义务分配方面采用两个经理，一为执行经理，主要担任需求剖析，客户联络及相关的文档整理，二为技术经理，主要担任项目开发中的项目开发规范、采用技术、处置方案等技术效果。在开发前期的需求剖析中，由于客户没有及时提供资料，招致需求剖析时间延迟两个
星期，故整个项目延迟两个星期。在执行经理停止需求剖析的同时，技术经理也在停止新技术的学习与框架的架设，其他项目代码编写成员也作相关技术的学习。而美工则停止首页及二级页面的设计并确定客户的需求。
经过一个月时间的努力，完成了需求剖析，系统概要设计，页面设计，框架也架设完。但由于在短时间未能灵敏运用新技术缘由，同时也由于局部小组人员的解雇，没有在方案的两个星期中完成代码编写任务，而用了三个星期。剩余的一个星期作相应的系统测试和调整。
最后由于期末项目组人员要停止备考，不得不中止项目最后开发阶段。直至2006年2月28日才重新停止开发。方案在2006年3月28日完成项目。前两个星期重新设计了一些功用模块和修复上一学期遗留上去的BUG。后两个星期是停止系统测试并修复相关的BUG。最终经过两次回归测试完成了整个项目。
无论用何种方法或形式开发IT项目，风险总是比拟高的，这正是IT行业有高利润的缘由。在众所周知的项目管理九大知识范围中，团体以为风险管理在每一个其他管理范围内都有表现。可以说项目经理的任务就是在与风险打交道。风险管理对项目的成功有很大作用。
风险管理进程的重要作用在于风险效率。这也是不该把风险管理看做是“附加内容”或“辅佐内容”，不该把重点放在“实施风险管理是不是值得”这个效果上的主要缘由。风险管理应该被看作是与项目管理融为一体的“内在内容”，贯串于项目开发的每一个进程中，是对基本项目方案进程的扩展和完善。实施风险管理要思索的关键效果是：在这种状况下，应该以何种方式正式实施多少风险管理才最适宜?
在停止风险管理时，所选择的风险剖析方式必需与寻求改善风险效率的时机相顺应。通常要识别出应该把额外的资金或资源用在何处将会降低今后的风险和总预期本钱。判别可以改善风险效率的基准方案或应急方案中潜在的变卦是有效项目风险管理的主要目的。
为了做到完全有效，
风险管理应该针对整个项目生命周期而不是项目管理的某个阶段。经过将风险管理归入到项目全体管理中，就可以应用风险剖析指点并丰厚管理进程的一切阶段。软件项目的风险体如今以下四个方面：需求、技术、本钱和进度。
按我对SOVO的实践状况来看，技术、本钱和进度都是SOVO生活环境的一个优势。在目前这种气候下，项目风险管理只需掌握好需求这个方面就可以到达利益最大化。
为什么这么说呢?正如我给文章定的标题，项目的风险管理是无可防止的。由于无论是做一个项目，还是干一件事情，都有风险的存在，这是不以人的意志为转移的一个客观存在的理想，只不过在实施进程中由于环境静态和时间静态等静态要素的影响，风险出现的几率也会随之变化，能够是添加，也能够是增加，风险能够会爆发，也能够只是不时潜伏，这是一个静态变化的进程。所以从逻辑上讲，风险最终会不会出现，会不会在我们的方案内，是只要到项目停止到那一步，事情开展到那一步才干最终确定。
但需求强调一点就是这只是实际逻辑，相关于实真实在的项目，活生生的事物，鲜明的例子来说，所谓的几率只是书本上的符号，逻辑只是教科书上的符号。
虽然说实际可以指点实际，可大少数人往往信仰眼见为实，阅历指点实践操作。也就是说，比拟起实际知识的冗长复杂和难于了解，人们更情愿直接去置信一些曾经发作的理想和深刻易懂的复杂道理。
风险的发作活在一定的几率，有的发作的几率大，有的发作的几率小。可以是大于99%几率会有风险，可以是小于1%的几率会有风险。在实践状况中，人往往可以仰仗阅历，综合思索，依据外部环境的变量来预测推断项目实施进度进程中哪些风险基本可以疏忽，而哪些风险是需求特别留意防范的。
就象任命一个项目经理，人们往往更情愿，更希望找到一个有相似项目任务阅历的人来担当一样，其思索的基本着眼点就在于风险，由于有过相似阅历的状况下，首先在思索项目方案时就能更
片面周到干练。在市场经济环境下，顾主选择人才一个很重要的规范就是任务阅历，只需你有阅历和阅历，就胜过那些只会吹嘘实际的书生。
事物的开展进程总是有一个阶段性的，阅历并不能知道一切的实际。即使是SOVO，当组织规范开展到一定水平的时分，肯定要回归到实际逻辑的学习阶段。重新末尾一个新的阅历积聚。这时我们需求留意新的状况。
在项目生命周期的每个阶段都会有风险的存在，而每次运用风险剖析技术都会包括：定义、集中、识别、结构、一切权、估量、评价、方案和管理九个阶段。同时在没个阶段停止风险管理的进程中，还应该留意以下几个效果。
1.风险管理进程的本钱
与风险管理进程相关的本钱会出如今资金或时间方面，但是时机本钱能够更重要，而且时机本钱在停止临时决策时发扬着重要作用。我们需求在固定的资源约束范围内任务，关键人员的时间会变得极端珍贵。用经济学术语来讲，风险管理进程触及的一切人员(而不只仅是风险管理进程的专业人员)每添加一个小时的边沿本钱，应该用破费这些时间完成其他任务所完成的最大价值来权衡。在项目运转的某一关键点上，所触及人员的时间十分珍贵，能够是他们工资总本钱的2倍、3倍甚至10倍，因此对这些人和时间的有效应用至关重要。风险管理进程自身即是一个高风险的项目。假设在基本执行进程中曾经出现危机，此时试图添加风险管理进程的资源(包括对人员的更多支出，不只限于风险管理进程的专业人员)并非下策。给一个失控的项目添参与员似乎“推波助澜”。
2.风险管理的正式水平
正式性不只是指要编制许多正式文件，它的关键外延是结构，了解这一点有助于我们有效应用时间。风险管理进程的效果很大水平上取决于它提出正确效果的才干，而正式性、规范化正是为了处置这个效果而提出来的。
3.风险管理的组织
初级管理层的支出，关于发扬风险管理进程的作用十分重要。风险管理进程应该反映初级管理层的需求
和关注。一切相关经理人员，尤其是项目经理需求在早期阶段介入，保证相关的风险管理进程归入到项目管理进程中去。理想的状况是在这个阶段任命项目经理，让他可以积极参与到这些义务中，在愈加详细的设计与方案阶段之前确立风险管理进程的概念并说明其作用。更多人员参与到义务中很有益处，这些人员包括组织职能部门中的团体、主要客户、主要承包商或分包商、潜在的协作同伴以及设计和引入风险管理进程的顾问。
而在这次项目实施进程中，我们应该从以下几个方面停止风险管理的改良：
1、时间管控方面尚欠阅历。在项目开发中为防止项目不测事情而招致拖延，故：
项目所需时间=项目估量时间*x (2
本项目由于没有作出此时间管控，而招致在项目不测时无法按时完成项目。
2、与客户联络不够。虽然在前期中频繁联络客户，也给客户留下比拟好的印象，但在前期中就很少联络客户了，不能及时让客户了解项目停止的状况。
3、本项目采用的新技术比拟多，在既要学习新技术又要开发项目的时分，质量难以保证。今后如触及的新技术比拟多的话，应争取更多的开发时间以保证项目质量;如项目比拟急，应采用项目组比拟熟习的技术。
4、数据库设计是比拟关键的一点，若设计不当，将为后来的业务层编写中带来许多效果。故前期因对数据库作充沛的设计。
5、项目开发规范缺乏。如信息异常处置页面跳转方面不一致，格式化验证不一致，Ation层编写不一致，数据库衔接一致，页面结构作风不一致。这些不只影响了开发进的，同时也影响了系统的运用性与美观。在今后的开发中因制定开发规范。
6、项目开发前期项目组人员未能灵敏运用VSS，招致项目组人员频频下载新版本后都要对项目停止一些代码的屏蔽才可以停止自身代码的测试。经过几个月的VSS运用，组员曾经可以很好的运用VSS，也添加了些默契。
7、项目效劳器上需求人工停止项目更新，若是项目组修复了B
UG而未去更新效劳器的话，而BUGFREE上又标志了修复，测试公司在效劳器上看见该BUG未改会误解我们疏忽该BUG。这种状况经常发作，也给我们和测试公司带来费事。在今后开发中，效劳器因装置相似ANT 这种自动编译以保证效劳器最新的项目版本。
8、每周一的项目会议效果比拟好，不只让组员了解整个项目的进度，也促进了人员之间的交流，让大家一同讨论项目中的效果与分享各自的效果、技术与看法。这种做法应继续维持下去。
9、项目组人员坐在一同开发效率远比各自在宿舍开发要高，特别是在星期六日，因其聚的时间比拟长，故开发的时分应尽量坐在一同。
经过这次项目，使我看法到，假设不实施正式的风险管理进程，使之成为项目管理的一个惯例方面，就无异于“商业自杀行为”。日益加剧的竞争，愈加挑剔的顾客、技术开发和其他革新速度的加快、商业时机日益添加的复杂性和新奇性，都对管理的不确定性和项目风险系统的成功提出了更高的要求。假设等到“触发事情”(如主要项目的商业手腕失误或未能赢得主要合同)出现以后才接受这些信息，就太令人遗憾了。