风险库

KY.JL.A.00-JS-PM08各版本建立及修订履历建立/修订履历申请人/日期审核人/日期批准人/日期初次建立，提交评审顾群/090101V1.00V1.10评审修订后版本,第一次发布顾群/090102潘海禄/090102曹瑞峰/090102V1.10V1.11修订了XXX，修订后版本提交评审顾群/090109V1.11V1.20修订后的版本发布顾群/090109潘海禄/090109曹瑞峰/090109V1.21V1.30合并入公司三级文件受控表单谷梅灵/091111戴陈海/091111沈德明/091111V1.00风险库版本号建立时间2009年11月11日编号人力资源风险A－01项目成员的时间和精力不能满足项目需要A－02项目组人员不稳定A－03项目组成员未经足够的技能和工作规范培训A－04项目组关键成员拒绝参加项目编号硬件资源和办公环境风险B－01缺少必要的开发工具B－02缺乏必要的开发硬件设备，如测试机、服务器、办公用机等B－03办公环境落后，缺乏必要设施，如网络、通讯设备B－04办公环境恶劣，导致工作受干扰编号政策与行规风险C－01国家政策变动C－02行业规则改变编号客户关系风险D－01无法与客户对验收形式、验收时间、验收内容等达成共识D－02客户对产品不认可，不愿意进行验收D－03客户关键人员变更D－04客户因故不能配合与足够的介入D－05客户倒闭导致的合同与收款风险编号质量风险E－01需求报告发生质量问题风险库E－02概要设计发生质量问题E－03详细设计发生质量问题E－04用户操作手册发生质量问题E－05代码发生质量问题E－06单元测试问题报告数量过多E－07各个单元模块集成后产生质量问题E－08系统某些指标不能达到客户的验收指标E－09软件产品出现功能性错误E－10软件产品出现性能问题E－11试运行阶段产品出现错误编号项目管理风险F－01项目经理项目管理经验不足F－02项目管理流程没有定义清楚F－03项目组成员职责没有定义清楚编号技术风险G－01项目组成员能力不足G－02项目组未正确理解客户需求G－03系统设计方案不能完全满足客户需求G－04项目中引入不成熟的技术G－05项目中引入项目组不熟悉的技术G－06项目中引入新工具，新控件编号客户需求风险H－01客户需求不明确H－02客户需求发生变更H－03客户需求发生重大变更缓解措施1、了解项目组成员的时间分配2、根据项目情况合理安排成员工作量3、根据项目情况增加、调换人员1、了解项目组成员不稳定的原因2、在项目组内创造积极的工作氛围3、针对具体情况，为项目组成员提供相对合理的薪酬和相关的培训1、制定项目组成员培训规范和流程2、组织必要的工作技能和工作规范培训3、为新员工指定指导老师4、必要时根据实际情况调换人员1、了解关键成员拒绝参加的原因，为其解决相关困难2、为其提供合理的薪酬3、寻求相关部门配合和支持，做其思想工作和解决相关问题4、寻求可替代的人员参加项目1、争取公司支持，申购、调配、租借必要的开发工具；2、寻求可替代的开发工具1、争取公司支持，申购、调配、租借必要的硬件设施；2、寻求可替代的硬件设施1、争取公司支持，申购、调配、租借必要的设施；2、寻求可替代的设施1、争取公司支持，搭建合理的办公环境；2、争取公司支持，制定相应的规章制度来确保办公环境不受干扰3、寻求相关部门支持，合理安排项目组的办公环境1、经常关注相关的国家政策；1、经常关注相关的行情、行规、新业务、新规则；2、及时对新业务进行跟踪及人员培训1、与客户保持沟通2、寻求公司高层领导和相关部门的支持1、与客户保持沟通2、针对客户意见完善产品3、寻求公司高层领导和相关部门的支持1、与客户保持沟通2、寻求公司高层领导和相关部门的支持1、了解客户不能配合与介入的原因，寻求客户的支持2、在客观条件上尽量根据客户的要求让其配合与介入3、与客户关键人员沟通利弊，需求其理解与配合4、必要时，可根据客户的情况调整项目计划1、寻求公司高层领导和相关部门的支持1、需求分析阶段寻求客户的介入和配合，充分理解与挖掘客户需求2、设立里程碑，进行需求分析评审3、采取必要的措施以提高评审效率4、评估已出现的质量问题，提出解决方案并进行评审5、必要时调整项目相关计划风险库1、采取必要的措施以提高评审效率2、视情况决定是否设立里程碑3、评估已出现的质量问题，提出解决方案并进行评审4、必要时调整项目相关计划1、采取必要的措施以提高评审效率2、设立里程碑，3、评估已出现的质量问题，提出解决方案并进行评审4、必要时调整项目相关计划1、版本升级后及时更新用户操作手册2、提升相关人员的责任感3、发布前对操作手册进行走读验证1、制定相关编程规范2、提高代码人员的责任感3、对关键代码进行走读4、运用各种测试手段保证代码质量1、加强详细设计环节的评审2、加强编码设计3、召集相关人员对问题进行评审，提出解决方案1、加强概要设计和详细设计环节的评审2、加强单元测试3、召集相关人员对问题进行评审，提出解决方案1、需求分析与系统设计阶段需确定客户的验收指标2、针对问题寻求解决方案3、寻求相部门的支持1、加强需求分析与系统设计阶段的评审2、加强功能性测试3、针对问题进行评审，寻求解决方案4、必要时变更项目相关计划1、系统设计阶段对关键的性能指标进行测试验证，取得系统要求的硬件配置信息2、组织人员进行软件产品的优化3、升级相关硬件系统1、提高各个测试阶段的效率2、组织人员针对错误进行修正3、与客户保持沟通，避免客户情绪反应过大，影响验收1、对项目经理进行必要的技能培训2、寻求相关部门的帮助与支持1、根据公司创建的项目管理流程进行合理的裁剪2、如果公司级的流程不适宜，建议改进公司级的项目管理流程1、补充定义项目组成员的职责，并明确到位1、选择有相关技能的人员参加项目组2、对项目组成员进行相关技能培训1、需求分析阶段使客户充分介入与配合，保证需求分析的正确性2、对需求说明书进行评审3、需求说明书通过客户的确认与认可4、修正、补充客户需求分析并经过评审、客户确认，必要时修改项目相关计划1、需求分析充分并经过客户确认与认可2、系统设计方案经过充分的评审3、修正设计方案并经过评审，必要时修改项目相关计划1、寻求已经成熟的可替代的技术2、引入新技术前进行必要的测试与验证1、寻求项目组熟悉的可替代的技术2、对项目组成员进行必要的培训1、寻求项目组已经熟悉的可替代的工具、控件2、对项目组相关成员进行必要的培训1、需求分析阶段取得客户的配合与充分的介入，和客户进行需求确认2、需求评审邀请业务专家的参与3、采用合适的生命周期模型，逐渐明确需求，加强需求管理过程1、需求分析阶段取得客户的配合与充分的介入2、对客户变更需求进行控制与评审3、及时响应客户需求1、需求分析阶段取得客户的配合与充分的介入2、寻求相关部门与领导的配合与支持3、评审客户需求