做任何事都少不了对相关知识的了解，为了增加风险管理的成功率，除了做好基本的管理步骤外，大家还应该学会从失败中吸取经验教训，通过对失误的分析避免重蹈覆辙，从而让风险管理更有效。
项目结果与需求不符的原因
项目验收本来就是一个需要承担责任和成长的阶段，在验收过程中，最容易出现的问题就是—结果与需求不符。
产品的规则其实确实是开发团队需要遵从的准则，不过还是会经常出现，开发完成的规则与确认需求时的规则不相符的情况，这是因为当时没有沟通清楚;或者产品的规则之前不完善，所以开发直接按照自己觉得完善并且合理的规则进行书写了。
当然，若目前做的系统比之前产品规划的要完善，那就不需要修改，直接把当前规则补充到细则上;若是目前系统做的并不尽人意，根据交付时间酌情修改。如果时间太紧急，按照原有规则可能无法按期交付，那就酌情在不影响工期的情况下进行修改;如果时间充裕，那就跟开发确认清楚该规则，明确到最小的细则，并且及时跟进，确保该规则是在正常情况下修改的。
由于产品的规则没有细化并明确，导致开发按照自己意愿进行功能设计，结果出现部分与产品之前不相符的。如果时间允许，可以在经过沟通后进行相应规则调整。若开发按照自己意愿进行功能设计与之前的规则没有太大偏差。这个时候需要的就是在此基础上进行更加明确的规则细化就可以了。
知识储备不足错误判断风险等级
项目在进行过程中，项目成员其实就应实时关注与自己工作相关方面可能出现的风险问题。因此，当有可疑因素出现时，项目组成员主动向管理者反馈风险，但可能是该成员在语言表达上略有不足且描述风险时使用较多专业术语，而项目经理届时业务知识储备不足，未能理解该成员反馈的实际信息，就会导致错误地将一个重大风险当做小问题看待，最终影响整个项目进度。
这就是管理者能力不足，无法正确识别风险。业务知识储备不足又没有及时充电学习，这是导致问题发生的直接原因;没有发挥团队的力量，未组建一个由专业人员组成的风险问题分析小组，在接到风险反馈时没有分析小组评估。
因此，为避免上诉问题，项目管理者平时应注意业务知识积累，多和相关领域专家交流以便熟悉业务知识;项目组可以建立风险评审机制，项目启动前邀请相关领域专家参与项目目标、范围、成本等分析评估，提前识别出项目隐藏的风险，明确项目目标与范围以及实现的预期价值，并形成记录以便项目执行过程中风险发生时提供参考依据。