软件项目风险管理基本内容

《软件项目风险管理基本内容》由会员分享，可在线阅读，更多相关《软件项目风险管理基本内容（5页珍藏版）》请在金锄头文库上搜索。

1、软件项目风险管理基本内容1 软件项目风险管理定义软项目的风险管理工作是软专案管理工作的主要部分。据大量统计资料证明 进行有效的风险管理工作是降低在软项目发展过程中损失的最主要手段。软件风 险管理产生于上世纪末，有近三十年的发展史。在软件风险管理工作中，人们主 要借助项目的管理方式，来处理软件项目发展中的风险问题，对软件风险管理概 念的认识源于对其他项目的企业风险管理经验，并在此基础上进行了探讨与完善 因此，指软件项目风险管理，也就是项目团队通过风险辨识、风险度量和风险管 理，利用不同的管理方式、技能和工具，合理地监控和管理在软件项目中涉及的 不同风险，从而主动最大化机会，把重大风险事件所造成的

2、不良结果的威胁减至 或最小化。实现以最低成本安全地实施项目，并达到项目的总体目标。2 软件项目风险的特点软件项目管理的风险源于软件项目本身的特点：(1) 软件产品都是看不见的，所以很难判断开发进度和软件产品品质是否符 合，因此很难捕捉到软件的管理；(2) 在软件的生成过程中不是绝对合理的过程形式。不同的软件开发项目都 需要选择不同的或有针对性的软件开发流程，而真正适用的软件开发流程也只能 在软件项目开发完毕后才被掌握。所以，在项目开发之初，我们就可以针对所选 择项目特性和开发经验，熟悉软件开发流程，并在开发过程中不断调整；(3) 大型软件建设项目通常是一次的，很少有任何地方能够总结以往的成功

3、经验。避免和控制软件管理风险的唯一方法就是构建一个监测体系，以实现更高 效的风险监测与管理工作。3 软件项目风险的分类软件公司的风险只体现在如下四大层面：需求、产品、成本和时间。软件项 目研发中最常见的问题包括：3.1需求风险(1) 需求已成为该项目的基准，但需求仍在不断变化；(2) 需求定义不好，另一个定义将扩大项目的范围；(3) 添加附加要求；(4) 产品定义中不明确的部分花费的时间比预期的要长；(5) 客户对需求创建的参与不足；(6) 缺乏有效的需求变化管理。3.2 计划编制风险(1) 公司规划、资源和产品等概念，都根据客户或高管的口头说明，而并不 一致；(2) 本计划已经优化并达到了最

4、佳状态，但该规划并不现实，只能被视为预 期状态；(3) 该计划基于特定团队成员的使用，而该特定团队成员不能真正依赖它；(4) 产品大小(代码行数、功能点、占以前产品大小的百分比)大于估计值；(5) 实际任务的完成时间较预计中提早，且产品范围及可用资源并未随之调 整；(6) 参与陌生领域的开发，在设计和实施上花费比预期更多的时间成本。3.3 组织和管理风险(1) 只有管理或营销人员才能做出技术决策，这会导致规划进度缓慢，规划 时间更长；(2) 低效的项目组结构大大降低了生产力；(3) 管理评审的决策周期比预期更长；(4) 预算削减、项目计划中断；(5) 政府管理部门已决心挫伤其他项目机构的投资积

5、极性；(6) 缺乏必要的规范会导致工作失误和重复性工作；(7) 非技术性第三方(计划审核、生产设备购置审核、法规审核、安全等) 的工作，持续时间较预期中延长。3.4 人员风险(1) 作为先决条件的任务(如培训和其他项目)无法及时完成；(2) 由于开发商与管理人员之间的关系不佳，造成投资决策缓慢，严重影响 了全局；(3) 缺乏激励，士气低落，生产能力下降；(4) 一些人需要更多时间来应对不熟练的软件工具和环境；(5) 当项目后期增加新开发人员时，他们需要接受培训，并逐步与现有成员 沟通，以降低现有成员的工作效率；(6) 由于项目团队人员间的矛盾、协调不顺畅、系统设计不佳、接口出错， 以及额外的重

6、复性任务；(7) 不适合工作的成员不能从项目团队中调离，这影响了项目团队中其他成 员的工作积极性；(8) 没有找到项目急需的具有特定技能的人。3.5 开发环境风险(1) 设施不能按时提供；(2) 虽然设备都存在问题，但它们之间并不协调，例如没有电话、网线、办 公用品；(3) 过度拥挤、混乱或损坏的设施；(4) 开发工具未及时到位；(5) 研发软件并没有预想得那么高效，因为开发者必须有时机重新创建工作 环境或是转换最新的研发软件；(6) 新的设计工具的教学期相较预想的延长，而且教学内容更丰富多彩。3.6 甲方风险(1) 甲方对项目方完成的最终产品不满意，需要重新设计和返工；(2) 未采纳甲方意见

7、，最终导致产品不符合用户要求，需要更新；(3) 甲方通过对产品设计、原型和规格的评审，决定周期将较预期中延长；(4) 甲方没有参加或没有进行产品设计、原型和规范等的试验，造成设计不 平衡和产品设计制造时间的变化；(5) 甲方响应时间(例如，回答或澄清与需求有关的问题的时间)比预期的 时间长；(6) 以及甲方提供的附加组件的集成和质量差。3.7 产品风险(1) 纠正质量不合格的产品需要比预期更多的测试、设计和实施；(2) 开发其他不必要的功能(镀金)，以延长时间；(3) 与现有操作系统兼容性的严格要求，这种操作系统需要经过比预期更多 的测试、设计与实施；(4) 它必须连接到其他系统或不受项目团队

8、控制的系统，从而导致不可预测 的设计、实施和测试工作；(5) 在未知或未经测试的软件和硬件环境中运行导致的意外问题；(6) 开发新模块的时间比预期的要长；(7) 依靠技术进行开发将延长时间。3.8 设计和实现风险(1) 设计质量比较差使得后期产品重复设计；(2) 开发人员需要使用新库，或自己开发新功能；(3) 代码和库质量差，导致额外的测试、错误修复或返工；(4) 高估了由于及时改进设备而节省的成本；(5) 独立设计的功能无法高效实现，需要重复设计或制作。3.9 过程风险(1) 大量文书工作导致流程比预期慢；(2) 由于早期的质量保证措施并不实际，造成了后期的重复性管理工作；(3) 过于非正式

9、(不遵守软件开发策略和标准)，造成沟通能力不足、质量低 下，甚至出现新的开发；(4) 过于正式(教条式地遵守软件开发策略和标准)，造成了大量费时和无效 的工作；(5) 向管理人员报告编写进度报表的日期，比预想的时间要长；(6) 无忧无虑的风险管理意味着不承认重大项目风险。 按照风险的内容，可分为五个方面：(1) 社会与环境因素：国家政策、最新科技的开发、自然灾害、国际形势变 化等。(2) 安全性问题：技术的复杂性、兼容性、可接受度以及技术与其他项目之 间的关联性等。(3) 成本风险：成本计划的正确性、任务条件的明确性、时间和技术条件的 限制性、合约形式与价格的限制性等。(4) 时间表风险：项目

10、人员的经验、时间限制、合理性和资源充足性等。(5) 风险管理：领导素质、组织结构、研发人员素质、各个阶段的协调与沟 通等。从风险特性划分，可包括三方面：(1) 已知风险是指通过仔细评估项目计划、开发项目的商业和技术环境以及 其他可靠的信息来源(如不切实际的交付时间、没有要求或软件范围的文档以及 糟糕的开发环境)可以识别的风险。(2) 可预测的风险可能来自过去项目的经验(例如，人员调整、不具备或者 缺少与甲方的沟通以及由于维护需要而分散开发人员的注意力)。(3) 无法预知的风险可能也会出现，但很难及时识别。总的来说，软件项目 过程是一项长期的风险辨识、风险分类、风险策划、经营风险控制和管理的过程。 软件。如果说每个风险都必须经过三至七项的经营风险管理工作过程，那么管理 本身很可以就是软件工程的一种子项目管理进程。好的经营风险管理工作过程就 体现了团队在经营风险管理工作方面的专业知识与经验。这种技术和经验可根据 企业建立的工艺标准确定。企业对风险管理基础设施的投入往往能得到理想的收、人益。