没有一种简单而通用的方法能适合一切项目的风险分析,都要结合实现项目背景进行具体分析,加以特定处理。由此何见,评价模型的通用性是风险研究中巫待解决的问题。用户的需求是复杂而又个性化的,通用性虽然可以提高模型的抽象能力,但势必造成一般用户难于理解、不便使用,有时也使数据采集相当困难。因此,风险评价模型还需要在两个方面做出努力。一方面是从模型入手,不断从实际应用中总结经验,提高模型的通用性,另一方面要从问题空间入手,不断地对系统进行抽象概括描述,使其地反映实际系统,适应风险管理决策的要求。风险评估过程：确定每种风险倘若现实化的各种后果；评估各种风险后果发生的可能性；将风险后果和可能性等级转换为初始的风险优先级；研定意见一致的风险优先级和固有风险水平。意见一致的风险优先级可以确定应将努力聚焦于治理哪些业经识别的风险，进而促成结构化的行动计划和资源分配。风险管理流程在此阶段的输出是一份排定优先级的风险清单，伴有风险一经现实化即冲击项目成功的细致理解。风险后果及可能性等级以及议定的风险优先级都要录入风险登记册。改进措施，项目启阶段，明确项目***架构，并基于项目***结构的各节点，制定风险问题上升路径；识别项目直接干系人后，还要分析干系人之间的关系，将能够直接影响干系人的人员也纳入项目干系人中管理；建立风险沟通计划，完善信息同步机制，准确及时地传递风险信息，以满足相关方以及项目组内部成员对项目信息的了解需要。改进措施，完善项目沟通管理机制，明确信息同步途径和信息同步频率，利用wiki、svn等信息管理平台或工具维护项目公告信息，并确保项目组新老成员都及时阅读相关信息；重视流程，但不应机械对待流程，对正式途径反馈的风险以及非正式途径的风险问题信号应同等重视，并主动推动相关成员按照流程反馈风险。项目联调阻塞产生进度风险，没有***相关***针对问题进行分析，而是简单粗暴的要求项目组成员加班赶工。但随后事实证明阻塞问题不是单纯工作量问题，项目组成员加班除了苦劳以外，并没有解决任何问题，终导致项目出现严重进度滞后。)