软件项目管理全过程-风险管理规范.docx

《软件项目管理全过程-风险管理规范.docx》由会员分享，可在线阅读，更多相关《软件项目管理全过程-风险管理规范.docx（14页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、工程风险管理规程文件文件控制口受控不受控文档编号版本号分册名称第册/共册总页数正文附录编制审批生效日期圃 湖南大唐先一科技文件类型注：风险例如只做工程风险管理参考，风险内容根据工程具体情况进行识别。商业风险1未明确产品的使用对象，国外与国内的接受能力等请专业人士进行评估/提前进行宣传/提前进行用户试用2公司整体商业策略改变，重点转移提前申请足够资源/缩短开发周期/及时向领导层汇报工程进展3销售人员对待开发产品不了解，销售不利加强销售人员培训/及时向销售人员通报产品功能集的变化/获知销售渠道以及销售关注重点4软件依赖政府规章，无法预测规章的改变软件设计加强灵活性/缩短开发周期/及时了解规章变化情

2、况/制定应急方案5客户领导不重视提前进行客户领导层培训1/请公司领导与客户领导协商6合同制订时细节不明确，或销售与用户有口头协议但未在合同中表达，无法满足客户需求加强合同评审/请销售人员或客户代表全程介 入工程/延长需求分析时间7工程负责人与公司领导不合，无法获得必要资源更换工程负责人/由部门其他负责人与公司领 导商谈/提前申请充足资源/及时向领导层汇报工程进展8产品开发超出预算，资金不到位充分进行前期预算/准备后备资金/划分需求优先级以便后期裁减9产品使用需特定操作系统或数据库系统，用户无法配备提前进行用户群分析/软件设计加强可移植性/捆绑其他产品/软件功能、性能上进行创新，以增加卖点10最

3、终用户水平较低提高软件的可用性/完善详细的联机帮助文档 及用户手册/增加最终用户培训的次数，并评 价培训效果-8-圃湖南大唐先一科技文件类型5相关文件工程任务寸6记录风险管理表-9-圃湖南大唐先一科技文件类型修改变更记录:更改条款及内容更改人审批人更改日期-2-2-HI湖南大唐先一科技文件类型文件类型目录1 目的与范围22 术语和缩略语23 职责24 程序3风险分析过程示意图34.1 风险分析3目的34.1.1 过程活动4风险类型44.1.2 考前须知4风险控制54.1.3 目的5过程活动54.2 风险监管5目的54.2.1 过程活动5风险例如65 相关文件96 记录9-1 -1 -圃湖南大唐

4、先一科技文件类型1目的与范围本文件规定了组织对工程进行过程中实施风险分析、控制、监管的具体要求。适于公司 产品或解决方案实现过程中各阶段的风险控制管理，开发部门也可依据此规程定义部门的规 程或细那么。2术语和缩略语RMR (Risk Managerment Report)工程风险管理表。3职责一一工程经理/工程软件经理负责在工程进行的各个阶段开始前组织相关人员进行风险分析，在各阶段实施过程中进行 风险控制，在工程总结时进行风险管理总结。一一软件质量保证人员负责在质量管理的相关领域识别工程的关键点，判断风险，并提出控制措施建议；工程进 行过程中根据已确认的风险控制措施对其执行情况进行监管。一一工

5、程管理人员负责建立适用的“风险例如”并定期对其进行更新；在工程管理的相关领域协助工程经理 和软件经理进行风险分析，并根据确定的风险控制措施进行风险监管；在工程结束阶段协 助工程经理和软件经理进行风险管理总结。-2-HI湖南大唐先一科技文件类型4程序4.1风险分析过程示意图风险管理示意图工程筹划阶段工程开始时根据风险 例如明确识别风险，并 制定风险控制措施，填 写风险控制表。工程的全过程根据制定的风险控制 措施进行风险控制，并 根据实际控制情况维护 风险状态，完善风险控 制措施。工程全过程工程管理人员进行风 险跟踪，并对控制措施 的验证实时填写，进行 风险整理总结，更新风 险例如表。4.2风险分

6、析4.2.1 目的在软件开发或系统集成工程各阶段开始前识别出尽可能多的工程风险,减轻工程过程中 风险对工程造成的危害。圃湖南大唐先一科技-3-文件类型过程活动工程任务书下达后，在工程筹划阶段由工程经理/工程软件经理组织工程组成员、工程 质量保证人员、部门工程管理人员以及部门相关资深人员召开风险评估会议； 在会议上发给会议成员工程前期的有关资料，参照组织文件的“风险例如”识别出开发 /实施过程中的全部风险，明确风险类型，制定风险控制措施。工程经理/工程软件经理 负责按照会议结果填写工程风险管理表。 工程的各阶段开始前，或工程发生重大变更时，由工程经理/工程软件经理协同工程组 成员识别新的风险，修

7、正前期识别出的不准确的风险，调整风险控制措施，关闭已消失 或已发生的风险，进一步完善工程风险管理表，按照评审规程中的相关要求进行适 当等级、形式的评审。4.2.3 风险类型工程风险：威胁到工程进度计划。即如果工程风险变成现实，有可能会拖延工程的进度、 增加工程的本钱。包括预算、进度、资源、客户配合及需求等方面的潜在问题； 技术风险：威胁到待开发软件的质量及正常交付。即如果技术风险变成现实，开发工作 有可能变得很困难或根本不可能。包括设计、实现、接口、验证及维护等方面的潜在问 题；商业风险：威胁到待开发软件的生存能力。即如果商业风险变成现实，即便开发出优秀 的软件也有无法赢利的可能性。包括管理层

8、支持、市场、商业策略及销售能力等方面的 潜在问题。4.2.4 考前须知为确保风险控制与风险监管的有效执行，制定的风险控制措施应清晰描述时间、人员、 活动，不要简单描述“加班”等概述性风险控制策略； 在工程实施过程中如有需与客户协商的重要活动（例如产品交付、系统割接等），工程 经理/工程软件经理必须会同客户代表在实施前进行风险分析，以保证该项活动的顺利 实施； 工程风险管理表建立以及每次更新后，工程经理/工程软件经理必须将风险管理的-4-4-圃湖南大唐先一科技文件类型相关信息以适当形式告知工程组成员，并负责将工程风险管理表发送给全部工程组 成员及公司受风险影响的各级相关人员，确保风险管理过程的全

9、员参与。4.3 风险控制4.3.1 目的在工程开发/实施阶段对已识别的风险实施风险控制，同时定期或事件触发更新工程 风险管理表。4.3.2 过程活动 工程经理/工程软件经理组织工程组成员按照已确定的风险控制措施实施风险控制；工程经理/工程软件经理负责风险控制措施实施后按照实际执行情况完善工程风险管 理表的“控制措施”列信息。4.4 风险监管4.4.1 目的相关人员在工程进行过程中对风险进行监管，以保证风险控制措施确实实实施。同时积 累数据，验证风险识别的全面性，控制措施的有效性，为其他工程的风险管理提供有用的信 息。4.4.2 过程活动工程的工程质量保证人员或部门工程管理人员根据已制定的控制措

10、施对工程风险进行 跟踪，将对控制措施的验证信息实时填写入工程风险管理表； 部门工程管理人员在工程总结阶段，以完成的工程风险管理表为依据，协同工程经 理/工程软件经理对该工程进行过程中的风险进行整理总结，填写“工程风险总结分 析”，负责对组织文件的“风险例如”进行更新。-5-圃湖南大唐先一科技文件类型圃湖南大唐先一科技4.5风险例如-6-风险类型序号风险描述建议风险控制策略工程风险1无法遵循组织标准软件过程，卤莽编码加强过程培训/SQA人员加强监控力度与频度/工程负责人积极配合SQAL工作2过分教条坚持组织标准软件过程，过多耗时认真制定、评审工程“裁剪工作表” /SQA人员协助工程负责人在工程进

11、行过程中调整工程定义的软件过程3开发了额外不必要的功能（需求镀金）确定需求优先级并加强评审/采用阶段交付的 软件生命期模型/使用抛弃型原型策略进一步 明确需求/制定弹性进度计划4工程进行过程中需求蔓延使用增量开发的生命期模型/需求优先级确定/制定弹性计划5计划过于乐观使用多种方法进行估计/与领导层或客户进行协商/主动加班6工程组人员缺少或能力缺乏特定阶段适当增加人员/工程筹划与设计借用资深人员/加强培训7工程周期过长，影响工程组成员情绪，效率低下缩短开发周期/制定相应激励政策/鼓励创新，提高人员积极性8开发、测试的环境及工具无法及时到位合理安排进度计划/加强与供应方的沟通/寻找内部替代资源9多

12、部门配合，协调各部门关系困难明确工程相关方网络，提前确认各部门工作计 戈V工程各阶段结束后将工作产品及时发送到 受影响的部门和组及个人/取得领导支持10工程原定采用原型开发，实际 开发过程中逐渐偏离原型，无 法满足客户需求工程开始前与客户说明开发模式，尽量取得配合/每次原型增量周期结束后取得客户确认/控制阶段计划以符合选定的生命期模型11工程实施过程中最终用户有抵触情绪提前进行最终用户培训1/争取客户领导支持/合理制定实施计划圃湖南大唐先一科技文件类型-7-12设备到货不及时或设备配置有过失及漏配现象充分分析采购供方的供应能力/合理制定采购计戈U/实时监控采购活动/及时进行采购验收13用户现场

13、环境无法按时或难以到达实施条件提前与客户协商/实施前做好客户环境调查/准备应急计划/完善软件设计，增强软件的可移植性14分包方无法按时完成计划任务严格评审分包工程计划/按照既定计划监控项目进度/制定多套方窠15开发人员与客户发生摩擦加强素质教育/制定相应奖惩制度/工程负责人主动协调客户关系技术风险1需求描述有二义性，开发人员理解错误加强需求评审/每次工程组例会中加强需求问题沟通/加强客户沟通2使用新的技术，使用经验缺乏认真评估使用新技术的预期效果/加强培训/以老带新3使用旧的技术，难以满足某些特定的功能/性能要求评估特定功能、性能要求的必要性/加派资深人员/完善设计4开发过程中有待研究解决的技术难点制定弹性进度计划/分包有难点的技术研发/与客户进行协商5代码质量低下加强代码检查/增加额外测试/制定明确的编码规范6分别开发的子系统无法有效集成设计中充分考虑各子系统的相关性/增加集成频度/及时通报问题7分包方提交工作产品质量无法保证评估分包方的能力/增加阶段点监控/参与重要里程碑的前期评审8方案出现了错误，内置设备无法安装加强方案评审/准备多套方案9设备质量不合格加强验收环节，给予充分资源、时间安排/保留必要的验证记录10用户线路（包括申请的线路及综合布线）不合实施要求提前获取用户提供的线路测试报告/专业人员提前验证以保证线路通断和参数符合要求