软件项目管理方法与实践 第10讲 风险管理.ppt

1、软件项目管理讲座10:风险管理、杨王东、评审、如何定义电子商务网站的质量特性、如何查看windows vista中的质量问题、主要内容、风险识别风险控制风险响应案例分析、风险概念、风险是什么？风险是损益结果不确定的活动。任何可能发生的条件或事件一旦发生，都会对项目造成损害。危险是不确定的条件或因素，“在测试中确实会发现缺陷，但不知道什么时候”是不同的。与风险特征相关的不确定性，这种不确定性通常用可能性来表示，即发生概率。与风险相关的损失(例如生活、健康、金钱、财产、名誉或机会等)可以管理，在这种意义上，人类活动可以改变风险的形式和程度。风险识别方法、头脑风暴咨询分析历史数据流程图方法逆向诱导法

2、、流程图法、逆向诱导法、逆向诱导法从项目结果出发，中途终止，引导可能导致结果的危险因素项目失败项目。完成项目开发的软件产品时，客户或公司放弃履行软件开发合同，逆向归纳法(继续)存在第一种情况发生的危险。项目的费用供应可能会中断。投资者可能撤资或倒闭。放弃公司决策层。由于市场、技术或业务方向等问题，公司可能放弃了项目开发的软件产品。项目组的主要核心人员离开项目组可能会被竞争对手挖走，疾病和死亡等，项目组暂时找不到可替代的人员，项目不足无法继续。(David aser，Northern Exposure(项目名称)项目开发的软件产品违反了国家的相关法律或法规，被强制终止。逆向归纳法(继续)，可能导

3、致第二种情况的风险是，客户的业务发生了巨大变化，项目团队开发的软件产品再也不能满足新的业务需求了。客户的组织发生了重大变化，新组织不再履行以前组织签订的软件合同。这方面更突出的是客户是行政事业单位。项目小组开发的软件产品存在严重的质量问题，导致客户完全不能开展业务工作，客户根据软件合同的相关条款终止合同履行。项目进度严重延迟，项目团队开发软件产品后，客户不再需要。由于硬件供应商违规，没有建立硬件基础，客户根本无法运行项目开发软件产品，短时间内无法解决，因此客户可能会停止履行软件合同。(David aser，Northern Exposure(TV)，Oracle)客户在支付软件合同费用时违反了

4、合同相关条款，公司也可能放弃了对客户的软件合同履行。软件项目中常见的风险、需求风险计划风险组织和管理风险人员风险开发环境风险客户风险产品风险设计和实施风险流程风险、需求风险、需求已成为项目基准，但需求仍在变化。需求定义不好，附加定义扩展了项目类别。附加要求附加产品定义的模糊部分比预期的需要更多的时间。顾客对需求的参与不足。缺乏有效的需求变化管理流程。计划准备风险、计划、资源和产品定义在客户或上级领导的口头指示下不完全一致。计划被优化，“最佳状态”，但不现实，可以说是“期望状态”。计划是以特定队员的使用为基础的，那个特定的队员其实不能指望。产品大小(代码行数、功能点、与以前产品大小的百分比)超过

5、预期。目标日期提前了，但没有相应地调整产品范围或可用资源。进入不熟悉的产品领域比预期的设计和实施需要更多的时间。、风险配置和管理，只有管理人员或营销人员做出技术决策，从而降低计划进度并延长计划时间。效率低下的项目团队结构降低了生产率。经营审查，决策周期比预想的要长。预算削减，项目计划混乱；管理层做出了打击项目组织积极性的决定。缺乏必要的规范导致了工作失误和重复工作。非技术第三方的工作(预算批准、设备采购批准、法律审查、安全保证等)时间比预期的长。人员风险、先决条件任务(如培训和其他项目)不能按时完成。开发人员和管理人员之间的关系不好，决策缓慢，影响整体情况。缺乏激励、士气低落、生产能力下降有些

6、人需要更多的时间来适应他们还不熟悉的软件工具和环境。在项目后期，要加入新的开发人员，必须进行培训并与现有成员沟通，从而降低现有成员的工作效率。项目团队成员之间的冲突导致沟通不畅、设计不好、接口错误和进一步的重复工作。不适应工作的成员没有脱离项目组，影响了项目组其他成员的积极性。找不到具有项目所需特定技能的人。开发环境风险，设施没有按时到位。设施虽然到位，但与电话、网线、办公设备等不协调。设施拥挤、杂乱或破损。开发工具没有及时到位。开发工具不能按预期工作，开发人员需要时间创建工作环境或切换新工具。新开发工具的学习时间比预想的长，内容多。客户风险，客户对最终交付的产品不满意，要求重新设计和返工。客

7、户意见未被采纳，产品不符合最终用户要求，需要重新运行。客户对计划、原型和规格的审计决策周期比预期的长。客户不参与或不参与计划、原型及规格阶段审核，可能会变更需求不稳定和产品生产周期。客户的回应时间(例如，回答或解释需求相关问题的时间)比预期的长。客户提供的组件质量差，导致额外的测试、设计和集成工作，以及额外的客户关系管理工作。需要产品风险、质量低的不可接受的产品修改、比预期更多的测试、设计和实施工作。进一步开发了不必要的功能(镀金)，延长了计划进度。严格的要求与现有系统兼容，需要比预期更多的测试、设计和实施。需要连接到其他系统或不受此项目团队控制的系统，因此会发生不可预测的设计、实施和测试工作

8、。在不熟悉或未经验证的软件和硬件环境中运行引起的意外问题开发新模块所需的时间可能比预期的要长。依靠正在开发的技术会延长计划进度。设计和实施风险、低设计质量、重复设计某些必需功能不能使用现有代码和库实现，开发人员必须使用新库或开发自己的功能。代码和库的质量低，需要进一步测试、更正或重新制作。通过改进的工具高估计划进度节约；单独开发的模块不能有效集成，需要重新设计或制作。流程风险，大量纸面操作导致流程比预期的速度慢。前期的质量保证行为不真实，导致后期的反复工作。太非正式(缺乏对软件开发战略和标准的遵守)导致沟通不足，质量不好，需要重新开发。由于过于正式(武断地遵守软件开发策略和标准)，无用的工作花

9、费了太多的时间。给管理层写流程报告会使开发人员花费比预期更多的时间。风险管理粗心，没有发现重大项目风险。、建议和建议、项目经理和项目开发团队测试，以及在无风险环境中工作的能力。取决于在多种风险发生的环境中工作的能力。危险不怕，可怕就是不知道有危险。有危险不能不说。危险是锻炼一个人的最好机会。一般来说，风险高才能获得高收益。风险控制，风险管理模型风险控制计划10种风险列表风险控制方法，风险管理模型，Barry Boehm模型RE=P (UO)*L (UO)。其中，RE表示风险或风险的影响，P(UO)表示不满意结果发生的概率，L(UO)表示不良结果的破坏性程度。Boehm思想的核心是十大危险因素列

10、表。SEI的CRM模型。将风险管理分为风险识别、分析、计划、跟踪和控制五个阶段。串行模型。从技术和业务角度分析软件风险管理。考虑的问题包括开销、进度、技术性能等。风险管理计划，风险管理计划费翔计划费翔储备，风险管理计划，(1)项目有哪些风险？(2)风险发生可能性的大小；(三)其他风险对项目的影响程度；(4)风险的可能阶段及其影响阶段；(5)具体跟踪和负责任何风险的人。计划表中的风险类别BU-商业风险、CU-客户特征风险、DE-开发环境风险、TE-人员体验风险、ST-建筑技术风险、PS-产品规模风险、PU-流程风险。风险管理计划表、风险管理计划表(续)、10种风险列表、风险控制方法和有效的风险控

11、制要求项目团队和项目经理具备衡量项目进度的标准。监视项目实际进度所需的信息必要时采取曹征和纠正措施的权限从各种替代措施中选择最优者并实施的能力。风险控制策略也是降低风险发生概率，准备事件发生，减轻风险影响，缓解制度化规范化运营，减少人力因素风险转移风险的好方法。到那时，这可能是不得已的选择，但这可能是明智的选择，也可能降低风险发生的概率。公司在制定开发过程中必须从实际出发。项目经理应根据项目的实际情况相应地进行缩减。必须对开发人员进行培训，以便掌握开发过程的精髓。在执行过程中可以持续改进，切实感受到开发人员根据开发过程进行开发，从而提高效率，保证质量。使风险转移的方式、发包销售摆脱责任合同保险

12、担保。(莎士比亚、温斯顿、风险、风险、风险、风险)、规避项目、开发的软件系统都有法律障碍。客观上不需要的项目不需要冒险。一旦造成损失，软件公司就是承担不起结果的项目。建议和建议，风险管理在项目管理中使用集成工具，开始时不要过分强调量化。不要期待风险管理实施的成本效益分析。请记住，风险计划可以引入新的风险或增加成本。风险规避应该是最后的手段，采用时要非常明确地使用组织层的风险数据库，以项目间相互参照、应对风险、关注风险，但不要担心风险发现的苗头，不要在风险成为现实的时候回避，不要关注风险，不要担心风险，要有好的心态，要建立解决风险影响的信心。要建立解决风险解决影响的信心。并不总是谈论风险，以便项

13、目组都能理解风险记录风险。公开交流风险讨论本身似乎可以减少风险的影响。不是惩罚造成危险的人，而是奖励那些阻止危险的人。不要同时管理太多的风险。不要只专注于记录危险，容易处理的危险。不要在危险变成现实的时候回避，要承认发生危险的现实，要有好的心态。要迅速行动。要向上级报告事态。要及时公布事故处理结果。危险处理要有记录。而且要形成正式的处理报告。高风险数据分析项目的风险管理，风险识别需求不确定性的风险决策层沟通障碍的风险技术路径的风险分析其他风险。风险分析风险规避、风险分析、需求不确定性风险还会导致项目进度、成本、质量、资源、合同等相关风险，使项目失控。在实际工作中，项目快结束的时候，仍然有很多客

14、户对系统提出模糊的要求，如“在客户分析方面应采取的措施”、“在经营指标分析方面应加强某些领导人的演讲精神”。决策层沟通障碍风险很容易使最终决策领导对项目的期望在项目投标阶段、理想、抽象，项目团队不能真正理解领导的要求，甚至不适当，在大量的工作“离题”中浪费。把时间和费用的投入加倍。技术路线风险会直接导致项目失败。项目的目标有时超出了项目组中选定的技术可以支持的范围，有时项目组对产品不熟悉。选择完美但实际上没有成功的分析模型可能会使项目面临毁灭的危险。David aser，Northern Exposure(美国电视剧)，最典型的例子是一家国家级银行几乎无法使用利用SAS和Cognos的全国信用

15、分析系统。风险规避，项目经理提供客户的最高决策层和无缝通信渠道。项目开发模型使用迭代模型。仔细应用仍在研究阶段的分析技术和模型。具有高水平和合理结构的项目组织结构；多参考专家的意见。事故考试问题，一家玩具销售公司为了实现网络销售玩具，决定开发网站，开发时间定在9月，要赶上圣诞节销售旺季。作为负责人，请进行风险识别和分析。(David asels，Northern Exposure)下面是实际情况。请分析发生这种情况的原因，并分析为避免这种情况应采取什么措施。项目初期，负责服务器端开发的一个人一直兼任其他项目，中期又因病离职，服务器端开发几乎没有进展。项目组于今年12月转入了另一位能力强大的开发者。在项目组的努力下，bet