{"text_format":"3","workbook":"xls","n_sheets":3,"sheets":["封面","使用说明","风险和机会库"],"not_rendered":{"external_links":2,"defined_names":1},"read":"whole","date_system":"1900","formulas":"cached_only"}

{"sheet":"封面","index":0,"n_rows":23,"n_cols":8,"rows_kept":23,"merged":[[1,0,2,7],[4,0,4,7]],"flags":["formulas_cached_only"]}
[]
["上海柏维信息技术有限公司"]
[]
[]
["风险和机会管理"]
[]
[]
[{"$nulls":4},"文件编号：","RSK_Management"]
[{"$nulls":4},"版本：","1.0"]
[{"$nulls":4},"用户：","内部员工"]
[{"$nulls":4},"分类：","模板"]
[]
[{"$nulls":4},"状态：","正式发布"]
[{"$nulls":4},"密级：","内部公开"]
[]
["文档信息"]
["创建日期：","2023-3-12",null,"更新日期：2023-3-12"]
["编制：","杨国强\n",null,"生效日期：2023-3-12"]
["审核：","薛金元\n",null,"批准：","胡志军\n"]
[]
["修订文档历史记录"]
["日期","版本号","修订说明",null,null,"修订人","审核人","批准人"]
["2023-3-12","1.0","创建",null,null,"杨国强\n","薛金元\n","胡志军\n"]

{"sheet":"使用说明","index":1,"n_rows":35,"n_cols":15,"rows_kept":35,"merged":[[1,0,1,7],[6,0,6,7],[13,0,13,7],[14,0,14,7],[16,0,16,7],[17,0,17,7],[18,0,18,7],[19,0,19,7],[20,0,20,7],[21,0,21,1],[22,2,22,7],[22,10,23,10],[22,11,23,11],[22,12,23,12],[22,13,23,13],[22,14,23,14],[23,2,23,5],[24,8,24,9],[25,8,25,9],[26,0,26,7],[26,8,26,9],[27,1,27,7],[28,1,28,7],[29,1,29,7],[30,0,30,7],[31,0,31,7],[32,0,32,7]],"flags":["formulas_cached_only"]}
["填表说明："]
["1.风险概率：通过自然语言表达来在下表中选择每个风险概率范围以及概率值。"]
[null,"概率范围","用来计算的概率值","自然语言表达"]
[null,"1%至42%",{"v":0.25,"d":"25%"},"低"]
[null,"43%至73%",{"v":0.5,"d":"50%"},"中"]
[null,"73%至99%",{"v":0.85,"d":"85%"},"高"]
["2.风险影响：通过设置5级风险影响等级值来衡量。通过风险发生后对项目目标（成本增加、进度增加和技术方面）的影响进行判断"]
[null,"等级","风险影响值","成本增加","进度增加","技术"]
[null,"低",1,"低于1%","<1周或<1%","对性能有轻微影响"]
[null,"中",2,"低于5%","<2周或<5%","对性能有中等影响"]
[null,"较高",3,"低于10%","<0.5月或<10%","对性能有较大影响"]
[null,"很高",4,"低于20%","<1月或<20%","对性能有严重影响"]
[null,"危急",5,"超过20%","超过1月或〉20%","可能无法完成任务"]
["如果对成本、进度和技术多方面都有影响，先分别从多方面判断风险影响值，最终取多个值中的最大值。"]
["3.风险值＝风险概率×风险影响;风险值≥风险阀值（1.5），制定风险缓解措施"]
["4.风险排序规则：风险值越高的优先级越高，相同风险值时按风险概率越高的优先级越高。"]
["5.风险缓解方式：规避、转移、减弱、接受"]
["  风险规避：防止风险因素出现，如减少已经存在的风险因素、将风险因素与潜在受损目标隔离，如：是否通过改变项目范围来控制，来一并消除风险。"]
["  风险转移：借用合同或协议，在风险一旦发生时将损失的一部分转移到项目以外的第三方身上，如出售、发包、开脱责任合同、保险和担保等"]
["  风险减弱：采取行动来降低风险的概率或影响"]
["  风险接受：一些风险不能简单地通过有效的预防性或调整措施来解决，项目团队可以选择简单地接受风险，从而认识机会。如果风险真的发生，接受风险的结果，挖掘风险的积极影响。"]
["风险缓解策略："]
["风险值：","值≤1","采用接受的策略，直接当做问题处理，制定应急计划",{"$nulls":6},"风险影响",1,2,3,4,5]
[null,"1＜值≤2","采用转移、缓解策略，制定相应的应急计划，大于等于1.5的风险需要制定缓解计划",{"$nulls":5},"风险概率"]
[null,"2＜值≤3","采用缓解策略，制定并实施缓解计划",{"$nulls":5},0.25,null,0.25,0.5,0.75,1,1.25]
[null,"值＞3","采用规避、接受策略，制定应急与缓解计划",{"$nulls":5},0.5,null,0.5,1,1.5,2,2.5]
["6.风险状态：",{"$nulls":7},0.85,null,0.85,1.7,2.55,3.4,4.25]
[null,"1）风险被缓解，关闭。"]
[null,"2）风险已发生，转为问题，关闭。"]
[null,"3）监控中"]
["7.缓解措施执行情况：1)未执行 2)正在执行 3)已执行 4)更新缓解措施"]
["8.跟踪记录：在“跟踪记录”栏中记录跟踪日期和每次跟踪风险状态、缓解措施执行情况。"]
["9.风险描述列中红色标识为开发类项目风险举例；兰色标识为实施类项目风险举例。项目经理需根据风险库中列出的风险并结合项目特点识别出本项目的风险"]
["10.里程碑阶段输出风险管理报告，不要覆盖原来的报告，建立另一个Sheet（命名方式是：项目风险管理报告_里程碑名称）"]
["11.风险描述的标准格式是：如果XXXX发生，会导致XXX"]

{"sheet":"风险和机会库","index":2,"n_rows":61,"n_cols":7,"rows_kept":61,"flags":["formulas_cached_only"]}
[]
[null,"风险编号","风险描述","风险分类","发生概率","影响","化解措施"]
[null,1,"客户需求不明确","开发类项目常见风险",{"v":0.85,"d":"85%"},5,"1、需求分析阶段取得客户的配合与充分的介入，和客户进行需求确认\n2、需求评审邀请业务专家的参与\n3、采用合适的生命周期模型，逐渐明确需求，加强需求管理过程"]
[null,2,"开发进度紧张","开发类项目常见风险",{"v":0.25,"d":"25%"},4,"1、考虑复用\n2、选择合适的生命周期模型，采用渐近发布\n3、加强进度管理，考虑赶工和补充资源"]
[null,3,"人员能力不足","开发类项目常见风险",{"v":0.5,"d":"50%"},5,"1、选择合适技能的项目组成员\n2、组织必要的工作技能、工作规范和业务培训\n3、为新员工指定指导老师\n4、必要时根据实际情况调换人员"]
[null,4,"人员不稳定","开发类项目常见风险",{"v":0.25,"d":"25%"},4,"1、了解项目组成员不稳定的原因\n2、在项目组内创造积极的工作氛围\n3、针对具体情况，为项目组成员提供相对合理的薪酬和相关的培训"]
[null,5,"行业规则改变","开发类项目常见风险",{"v":0.25,"d":"25%"},5,"1、与公司研发部门配合，经常关注相关的行情、行规、新业务、新规则；\n2、及时对新业务进行跟踪及人员培训\n3、在系统设计上，考虑系统的可扩展性，保证行业规则变化时，系统具有一定的适应性"]
[null,6,"新技术风险","开发类项目常见风险",{"v":0.5,"d":"50%"},3,"1、安排技术攻关\n2、寻找技术部和合作伙伴技术支持"]
[null,7,"缺少必要的开发工具","硬件资源与办公环境风险",{"v":0.25,"d":"25%"},3,"1、争取公司支持，申购、调配、租借必要的开发工具；\n2、寻求可替代的开发工具"]
[null,8,"缺乏必要的开发硬件设备，\n如测试机、服务器、办公用机等","硬件资源与办公环境风险",{"v":0.25,"d":"25%"},3,"1、争取公司支持，申购、调配、租借必要的硬件设施；\n2、寻求可替代的硬件设施"]
[null,9,"办公环境落后，缺乏必要设施，\n如网络、通讯设备","硬件资源与办公环境风险",{"v":0.25,"d":"25%"},2,"1、争取公司支持，申购、调配、租借必要的设施；\n2、寻求可替代的设施"]
[null,10,"办公环境恶劣，导致工作受干扰","硬件资源与办公环境风险",{"v":0.25,"d":"25%"},2,"1、争取公司支持，搭建合理的办公环境；\n2、争取公司支持，制定相应的规章制度来确保办公环境不受干扰\n3、寻求相关部门支持，合理安排项目组的办公环境"]
[null,11,"国家政策变动","政策与行规风险",{"v":0.25,"d":"25%"},5,"1、经常关注相关的国家政策；"]
[null,12,"行业规则改变","政策与行规风险",{"v":0.25,"d":"25%"},5,"1、经常关注相关的行情、行规、新业务、新规则；\n2、及时对新业务进行跟踪及人员培训"]
[null,13,"公司高层对项目的支持不够","公司组织风险",{"v":0.25,"d":"25%"},4,"1、与相关领导沟通，寻求其对项目的支持"]
[null,14,"公司现金流不足于支撑项目的进展","公司组织风险",{"v":0.25,"d":"25%"},3]
[null,15,"公司组织结构变动导致决策变动","公司组织风险",{"v":0.25,"d":"25%"},3]
[null,16,"无法与客户对验收形式、验收时间、验收内容等达成共识","客户关系风险",{"v":0.25,"d":"25%"},4,"1、与客户保持沟通\n2、寻求公司高层领导和相关部门的支持"]
[null,17,"客户对产品不认可，不愿意进行验收","客户关系风险",{"v":0.5,"d":"50%"},4,"1、与客户保持沟通\n2、针对客户意见完善产品\n3、寻求公司高层领导和相关部门的支持"]
[null,18,"客户关键人员变更","客户关系风险",{"v":0.25,"d":"25%"},4,"1、与客户保持沟通\n2、寻求公司高层领导和相关部门的支持"]
[null,19,"客户因故不能配合与足够的介入","客户关系风险",{"v":0.5,"d":"50%"},4,"1、了解客户不能配合与介入的原因，寻求客户的支持\n2、在客观条件上尽量根据客户的要求让其配合与介入\n3、与客户关键人员沟通利弊，需求其理解与配合\n4、必要时，可根据客户的情况调整项目计划"]
[null,20,"客户倒闭导致的合同与收款风险","客户关系风险",{"v":0.25,"d":"25%"},5,"1、寻求公司高层领导和相关部门的支持"]
[null,21,"需求报告发生质量问题","质量风险",{"v":0.25,"d":"25%"},4,"1、需求分析阶段寻求客户的介入和配合，充分理解与挖掘客户需求\n2、设立里程碑，进行需求分析评审\n3、采取必要的措施以提高评审效率\n4、评估已出现的质量问题，提出解决方案并进行评审\n5、必要时调整项目相关计划"]
[null,22,"概要设计发生质量问题","质量风险",{"v":0.5,"d":"50%"},5,"1、采取必要的措施以提高评审效率\n2、视情况决定是否设立里程碑\n3、评估已出现的质量问题，提出解决方案并进行评审\n4、必要时调整项目相关计划"]
[null,23,"详细设计发生质量问题","质量风险",{"v":0.5,"d":"50%"},5,"1、采取必要的措施以提高评审效率\n2、设立里程碑，\n3、评估已出现的质量问题，提出解决方案并进行评审\n4、必要时调整项目相关计划"]
[null,24,"用户操作手册发生质量问题","质量风险",{"v":0.25,"d":"25%"},3,"1、版本升级后及时更新用户操作手册\n2、提升相关人员的责任感\n3、发布前对操作手册进行走读验证"]
[null,25,"代码发生质量问题","质量风险",{"v":0.5,"d":"50%"},3,"1、制定相关编程规范\n2、提高代码人员的责任感\n3、对关键代码进行走读\n4、运用各种测试手段保证代码质量"]
[null,26,"单元测试问题报告数量过多","质量风险",{"v":0.85,"d":"85%"},3,"1、加强详细设计环节的评审\n2、加强编码设计\n3、召集相关人员对问题进行评审，提出解决方案"]
[null,27,"各个单元模块集成后产生质量问题","质量风险",{"v":0.85,"d":"85%"},4,"1、加强概要设计和详细设计环节的评审\n2、加强单元测试\n3、召集相关人员对问题进行评审，提出解决方案"]
[null,28,"系统某些指标不能达到客户的验收指标","质量风险",{"v":0.5,"d":"50%"},4,"1、需求分析与系统设计阶段需确定客户的验收指标\n2、针对问题寻求解决方案\n3、寻求相部门的支持"]
[null,29,"软件产品出现功能性错误","质量风险",{"v":0.25,"d":"25%"},4,"1、加强需求分析与系统设计阶段的评审\n2、加强功能性测试\n3、针对问题进行评审，寻求解决方案\n4、必要时变更项目相关计划"]
[null,30,"软件产品出现性能问题","质量风险",{"v":0.5,"d":"50%"},5,"1、系统设计阶段对关键的性能指标进行测试验证，取得系统要求的硬件配置信息\n2、组织人员进行软件产品的优化\n3、升级相关硬件系统"]
[null,31,"试运行阶段产品出现错误","质量风险",{"v":0.85,"d":"85%"},4,"1、提高各个测试阶段的效率\n2、组织人员针对错误进行修正\n3、与客户保持沟通，避免客户情绪反应过大，影响验收"]
[null,32,"项目经理项目管理经验不足","项目管理风险",{"v":0.25,"d":"25%"},4,"1、对项目经理进行必要的技能培训\n2、寻求相关部门的帮助与支持"]
[null,33,"项目组成员职责没有定义清楚","项目管理风险",{"v":0.5,"d":"50%"},4,"1、补充定义项目组成员的职责，并明确到位"]
[null,34,"人员流动性大","项目管理风险",{"v":0.5,"d":"50%"},3]
[null,35,"项目管理制度不完善","项目管理风险",{"v":0.5,"d":"50%"},4]
[null,36,"项目成员的时间和精力不能满足项目需要","项目管理风险",{"v":0.85,"d":"85%"},3,"1、了解项目组成员的时间分配\n2、根据项目情况合理安排成员工作量\n3、根据项目情况增加、调换人员"]
[null,37,"项目组人员不稳定","项目管理风险",{"v":0.5,"d":"50%"},4,"1、了解项目组成员不稳定的原因\n2、在项目组内创造积极的工作氛围\n3、针对具体情况，为项目组成员提供相对合理的薪酬和相关的培训"]
[null,38,"项目组成员未经足够的技能和工作规范培训","项目管理风险",{"v":0.5,"d":"50%"},3,"1、制定项目组成员培训规范和流程\n2、组织必要的工作技能和工作规范培训\n3、为新员工指定指导老师\n4、必要时根据实际情况调换人员"]
[null,39,"项目组关键成员拒绝参加项目","项目管理风险",{"v":0.25,"d":"25%"},4,"1、了解关键成员拒绝参加的原因，为其解决相关困难\n2、为其提供合理的薪酬\n3、寻求相关部门配合和支持，做其思想工作和解决相关问题\n4、寻求可替代的人员参加项目"]
[null,40,"项目组成员能力不足","技术风险",{"v":0.5,"d":"50%"},3,"1、选择有相关技能的人员参加项目组\n2、对项目组成员进行相关技能培训"]
[null,41,"项目组未正确理解客户需求","技术风险",{"v":0.25,"d":"25%"},4,"1、需求分析阶段使客户充分介入与配合，保证需求分析的正确性\n2、对需求说明书进行评审\n3、需求说明书通过客户的确认与认可\n4、修正、补充客户需求分析并经过评审、客户确认，必要时修改项目相关计划"]
[null,42,"系统设计方案不能完全满足客户需求","技术风险",{"v":0.25,"d":"25%"},4,"1、需求分析充分并经过客户确认与认可\n2、系统设计方案经过充分的评审\n3、修正设计方案并经过评审，必要时修改项目相关计划\n"]
[null,43,"项目中引入不成熟的技术","技术风险",{"v":0.5,"d":"50%"},5,"1、寻求已经成熟的可替代的技术\n2、引入新技术前进行必要的测试与验证"]
[null,44,"项目中引入项目组不熟悉的技术","技术风险",{"v":0.5,"d":"50%"},4,"1、寻求项目组熟悉的可替代的技术\n2、对项目组成员进行必要的培训"]
[null,45,"项目中引入新工具，新控件","技术风险",{"v":0.5,"d":"50%"},4,"1、寻求项目组已经熟悉的可替代的工具、控件\n2、对项目组相关成员进行必要的培训"]
[null,46,"客户需求不明确","客户需求风险",{"v":0.25,"d":"25%"},4,"1、需求分析阶段取得客户的配合与充分的介入，和客户进行需求确认\n2、需求评审邀请业务专家的参与\n3、采用合适的生命周期模型，逐渐明确需求，加强需求管理过程"]
[null,47,"客户需求发生变更","客户需求风险",{"v":0.85,"d":"85%"},4,"1、需求分析阶段取得客户的配合与充分的介入\n2、对客户变更需求进行控制与评审\n3、及时响应客户需求"]
[null,48,"客户需求发生重大变更","客户需求风险",{"v":0.5,"d":"50%"},5,"1、需求分析阶段取得客户的配合与充分的介入\n2、寻求相关部门与领导的配合与支持\n3、评审客户需求"]
[]
[null,49,"需求人员BA能力优秀，需求细化分析到位","需求机会",{"v":0.5,"d":"50%"},4,"1、加强需求分析的评审\n2、加强需求人员的培训"]
[null,50,"公司现有技术框架成熟","技术机会",{"v":0.85,"d":"85%"},4,"1、优先考虑现有技术框架"]
[null,51,"公司编码规范比较详细","技术机会",{"v":0.85,"d":"85%"},5,"1、开发语言选择时考虑成熟的编码语言"]
[null,52,"项目人员技术成熟，经验丰富","管理机会",{"v":0.85,"d":"85%"},4,"1、挑选项目组成员时，按技能和经验进行挑选"]
[null,53,"客户对接人的业务能力比较强，思路清晰，能够可准确的描述需求","客户关系机会",{"v":0.5,"d":"50%"},4,"1、加强与客户沟通，确保需求的准确性"]
[null,54,"项目引进新技术，工具","管理机会",{"v":0.85,"d":"85%"},3,"1、公司采购或关注市面上新技术和新工具\n2、加强对新技术工具的培训"]
[null,55,"开发组成员对于业务领域熟悉，能很快的对项目进行推进","管理机会",{"v":0.85,"d":"85%"},3,"1、加强项目业务需求和项目行业背景的培训"]
[null,56,"公司可复用库内容丰富","技术机会",{"v":0.5,"d":"50%"},3,"1、公司需要及时收集所有项目中可复用的组件代码，并形成详细记录"]
[null,57,"测试阶段引入自动化测试工具进行单元测试、集成测试，提高测试效率和BUG处理效率","技术机会",{"v":0.5,"d":"50%"},3,"1、公司采购或关注市面上新的测试工具\n2、加强对新测试工具的培训"]
[null,58,"设计人员参与需求调研，对需求有充分的了解，能够合理设计系统架构","技术机会",{"v":0.5,"d":"50%"},4,"1、设计人员加入需求调研活动\n"]