项目风险规避处理经验库

三、更新本经验库需要在项目实施中进行不断完善和补充，由项目管理部根据项目周报中的风险控制表收集整理更新并将之补充到经验库中。说明一、目的帮助项目组成员识别项目中可能的风险并提供参考应对措施。二、使用本经验库只为项目经理（PM）在风险识别、分析、制定应对措施时提供一个参考，PM要根据具体项目特性进行甄别，但项目中的风险的发生点和影响都不仅限于本经验库，在风险识别时仍需从整体考虑，以免遗漏。发布日期填写人风险来源风险类别严重性可能性风险值可能造成的危害风险描述应对办法客户组织性339关键客户配合度差1.组织客户关键人物参与的开工会，落实客户配合人员、职责、过程要求2.让客户明确工程界面及需要提供的各种资源和条件3.给项目组成员和客户实施（沟通、策略、技巧）培训4.明确合作的各个检查内容、检查点和进入下阶段的标准客户技术性339关键大量的需求变更1.从客户处获得对调研和《需求规格》的签字确认2.让客户相信对需求的变更将影响系统开发进度和质量3.要求客户一次性提交需求或需求变更，其它时间的需求提出原则上不考虑4.严格执行变更审批权限。累计工作量超过或单次估计超过15人天，需召开需求评审会5.签订合同时就确认超出合同范围外的工作量额外支付方式6.谈判按实际工作量支付额外的需求开发费用（或超过的按工作量支付）客户技术性339关键技术方案无法确定1、组织客户、公司内部各个方面的专家进行设计、论证2、协调有关方面的人员进行协助，项目经理协调有困难的，请销售人员、上级领导协助3、如果确定无法短期内确定技术方案的，项目经理可以要求项目先挂起。项目挂起期间，项目经理定期跟踪有关方面的工作进展。客户组织性326高因为客户对项目管理的成熟度低导致项目过程管理中的各种客户对自己的职责不清楚,不能理解为了达到项目的目的而必须进行的活动。1、要引导客户按我们的项目管理过程、项目计划来实施项目，在项目过程的管理要处于主要的地位2、通过启动会等会议的形式落实客户各个利益相关者的职责3、尽量让客户参与到项目中来，落实好需求的调研、需求的确认，以最易懂的方式与客户落实需求，严格执行需求变更流程项目风险规避处理经验库文件编号：RSKM-3-01版本：B仅供内部使用客户组织性326高由于客户参与的部门多、各个接口人的利益、想法各异，导致项目存在需求无法确认、范围扩大、客户配合不到位引起的项目无法按时保证质量的完成。1、对客户的关键人物进行分析，了解他们的真正需求，落实接口人的权限及客户高层对项目组的授权2、制定利益相关者介入计划，随时跟踪各个重要客户参与人的进度，保证项目按计划进行客户技术性326高客户需求不明确1.凭经验和逻辑推理来做一些假设，并做成文档要求客户确认2.获得客户的签字确认3.开发原形（prototype）或由客户审核需求，并签字确认；内部行为性326高人力资源经常抽调，或者不能及时到位1、不滥用资源、虚假夸大项目所需人力资源，合理的评估项目需要的人力资源预算2、请主管参与人力需求估算，就人力投入预算和主管达成一致意见3、和主管协商，取得投入本项目工作量的承诺，按承诺分配和检查工作4、在计划阶段和各资源主管协商可行的人力投入5.在人力投入之前2星期便检查人力主管是否在准备释放人力资源6、尽量减少人力的变更内部技术性326高缺乏受过技术培训的员工1.做估计时，预留适当的学习时间2.定义项目详细的培训计划3实施交叉培训（正式的内部培训）内部技术性224中等工作在新技术（包括软件、硬件和环境等）上1.考虑按照一个阶段交付（分阶段实现）2.先交付关键模块（先交付）3.进度中包括学习的时间4.提供对新技术的培训，特别是内部的正式培训5.开发概念-试验（proof-of-concept）应用内部技术性224中等没有足够充分的商务领域知识1.建立与客户周期性（如每周或每两周）的交流交互，以便保证获得充足的知识2.组织对领域知识的培训3.仿真/模拟/原形化客户的商务处理，并获得客户的批准客户商业性224中等来自项目外部压力驱动下的决策1.以事实和数据列出这样做的不利，并与传递压力和做决策的人协商2.如果不可避免，标识实际风险并要求客户认同、可执行的应急措施客户组织性224中等不实际的进度1.在项目答标前做好估算，避免与客户签认乐观的进度要求2.协商一个比较合理的进度3.标识并行工作/任务，并行安排工作4.尽早资源到位5.标识可以重用的区域，尽量的重用以前项目的成果6.如果关键路径、依赖关系不在我们的控制之内，在项目开始前与客户协商确认内部技术性313高存在技术难点1、综合考虑项目工作路径，先避开技术难点路径，尽量不影响项目工作进度2、开展技术论证，组织有关方面专家进行技术研讨3、必要时请上级领导协调有关资源，包括专家资源和技术人员资源协助内部技术性313高新技术风险1、安排技术攻关2、寻找技术部和合作伙伴技术支持内部技术性313高需求报告发生质量问题1、需求分析阶段寻求客户的介入和配合，充分理解与挖掘客户需求2、设立里程碑，进行需求分析评审3、采取必要的措施以提高评审效率4、评估已出现的质量问题，提出解决方案并进行评审5、必要时调整项目相关计划内部技术性313高概要设计发生质量问题1、采取必要的措施以提高评审效率2、视情况决定是否设立里程碑3、评估已出现的质量问题，提出解决方案并进行评审4、必要时调整项目相关计划内部技术性313高详细设计发生质量问题1、采取必要的措施以提高评审效率2、设立里程碑，3、评估已出现的质量问题，提出解决方案并进行评审4、必要时调整项目相关计划内部技术性313高用户操作手册发生质量问题1、版本升级后及时更新用户操作手册2、提升相关人员的责任感3、发布前对操作手册进行走读验证内部技术性313高代码发生质量问题1、制定相关编程规范2、提高代码人员的责任感3、对关键代码进行走读4、运用各种测试手段保证代码质量内部技术性313高单元测试问题报告数量过多1、加强详细设计环节的评审2、加强编码设计3、召集相关人员对问题进行评审，提出解决方案内部技术性313高各个单元模块集成后产生质量问题1、加强概要设计和详细设计环节的评审2、加强单元测试3、召集相关人员对问题进行评审，提出解决方案内部技术性313高系统某些指标不能达到客户的验收指标1、需求分析与系统设计阶段需确定客户的验收指标2、针对问题寻求解决方案3、寻求相部门的支持内部技术性313高软件产品出现功能性错误1、加强需求分析与系统设计阶段的评审2、加强功能性测试3、针对问题进行评审，寻求解决方案4、必要时变更项目相关计划内部技术性313高软件产品出现性能问题1、系统设计阶段对关键的性能指标进行测试验证，取得系统要求的硬件配置信息2、组织人员进行软件产品的优化3、升级相关硬件系统内部技术性313高试运行阶段产品出现错误1、提高各个测试阶段的效率2、组织人员针对错误进行修正3、与客户保持沟通，避免客户情绪反应过大，影响验收内部技术性313高项目组未正确理解客户需求1、需求分析阶段使客户充分介入与配合，保证需求分析的正确性2、对需求说明书进行评审3、需求说明书通过客户的确认与认可4、修正、补充客户需求分析并经过评审、客户确认，必要时修改项目相关计划内部技术性313高系统设计方案不能完全满足客户需求1、需求分析充分并经过客户确认与认可2、系统设计方案经过充分的评审3、修正设计方案并经过评审，必要时修改项目相关计划内部技术性313高项目中引入不成熟的技术1、寻求已经成熟的可替代的技术2、引入新技术前进行必要的测试与验证内部组织性313高项目组人员存在兼职（兼任多个项目的工作）1、在人力资源无法充分保证的情况下，做好工作计划和安排2、请上级经理帮助协调，逐步减少兼职人员的其他工作安排内部组织性313高公司高层对项目的支持不够1、与相关领导沟通，寻求其对项目的支持2、项目实施过程中，多向相关领导汇报工作内部组织性313高项目经理项目管理经验不足1、对项目经理进行必要的技能培训2、寻求相关部门（特别是项目管理部）的帮助与支持内部组织性313高项目组成员职责没有定义清楚1、补充定义项目组成员的职责，并明确到位2、寻求相关部门（特别是项目管理部）的帮助与支持客户组织性313高客户上级单位实施类似项目1、请销售人员、部门经理协调，了解客户对当前项目的态度，协调讨论项目的前景2、通过客户和客户上级单位进行必要的沟通协调，特别是有关接口、报表等工作客户技术性313高行业规则改变1、与公司研发部门配合，经常关注相关的行情、行规、新业务、新规则；2、及时对新业务进行跟踪及人员培训3、在系统设计上，考虑系统的可扩展性，保证行业规则变化时，系统具有一定的适应性客户商业性313高客户对产品不认可，不愿意进行验收1、与客户保持沟通2、针对客户意见完善产品3、寻求公司高层领导和相关部门的支持客户商业性313高客户倒闭导致的合同与收款风险1、寻求公司高层领导和相关部门的支持2、根据合同约定，及时收款客户组织性313高客户关键人员变更1、与客户保持沟通2、寻求公司高层领导和相关部门的支持客户组织性313高客户因故不能配合与足够的介入1、了解客户不能配合与介入的原因，寻求客户的支持2、在客观条件上尽量根据客户的要求让其配合与介入3、与客户关键人员沟通利弊，需求其理解与配合4、必要时，可根据客户的情况调整项目计划内部组织性212中等缺乏必要的开发硬件设备，如测试机、服务器、办公用机等1、争取公司支持，申购、调配、租借必要的硬件设施；2、寻求可替代的硬件设施内部组织性212中等办公环境落后，缺乏必要设施，如网络、通讯设备1、争取公司支持，申购、调配、租借必要的设施；2、寻求可替代的设施内部技术性212中等项目中引入项目组不熟悉的技术1、寻求项目组熟悉的可替代的技术2、对项目组成员进行必要的培训内部行为性212低办公环境恶劣，导致工作受干扰1、争取公司支持，搭建合理的办公环境；2、争取公司支持，制定相应的规章制度来确保办公环境不受干扰3、寻求相关部门支持，合理安排项目组的办公环境内部技术性111低项目中引入新工具，新控件1、寻求项目组已经熟悉的可替代的工具、控件2、对项目组相关成员进行必要的培训风险来源风险类型客户技术性内部行为性合作伙伴组织性商业性其他风险类别定义：技术性行为性组织性商业性其他严重性：可能性：可控程度：风险值：后果空低中等高关键