软件项目管理论文项目风险管理

软件项目管理论文项目风险管理内容摘要：

原则和实践的结合，在风险成为软件项目返工的 主要因素并由此威胁到项目的成功运作前，识别、描述并消除这些风险项。 Boehm 的风险管理模型 Boehm 的风险管理模型，从制定技术与管理流程开始，然后完成风险计划、管理项目风险特征库、风险分析，风险处理和风险控制，最后评估风险管理流程，以不断完善风险管理流程。 CMU/SEI 模型 CMU/SEI 模型要求在项目生命周期的所有阶段都关注风险识别和管理，将风险管理划分为 5 个部分 —— 风险识别、分析、计划、跟踪和控制，并强调风险管理的各个组成部分的沟通，将沟 通视为风险管理的核心，不断地评估可能造成恶劣后果的因素，决定最迫切需要处理的风险，实现控制风险的策略，评测并确保风险策略实施的有效性。 2．计划和执 行风险管理 3．管理项目风险特征库 7．评估风险管理流程 1．制度技术与管理流程 5．风险处理 信息需求 管理决策 措施请求 风险特征 改进措施 反馈 3 CMMI 风险管理模型 MSF风险管理模型 MSF 强调风险管理必须是主动的、规范的，是不可缺少的管理过程，应持续评估、监控和管理风险，直到风险被处理或消除。 MSF 风险管理模型，强调风险知识库、掌握风险列表和学习。 如下图所示： MSF 风险管理模型 四 、 风险的分 类及各类风险产生的影响 组织和管理风险 (1)仅由管理层或市场人员进行技术决策 ,导致计划进度缓慢 ,计划时间延长。 (2)低效的项目组结构降低生产率。 (3)管理层审查决策的周期比预期的时间长。 (4)预算削减 ,打乱项目计确 定 风 险来源和种类 定义风险 参数 /属性 制定并维护风险管理策略 识别风险 建立风险缓解计划 实施缓解计划 评估、分类和 排序风险 风险库 项目计 划和监控 控制 掌控风险列表 风险知识库概率和流程 4．计划安排 3．分析和有线级排序 4 划。 (5)管理层 做出 了打击项目组织积极性的决定。 (6)缺乏必要的规范 ,导致 工作失误与重复工作。 (7)非技术的第三方的工作 (预算批准、设备采购批准、法律方面的审查、安全保证等 )时间比预期的延长。 需求风险 很多项目在确定需求时都面临着一些不确定性。 当在项目早期容忍了这些不确定性，并且在 项目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。 如果不控制与需求相关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造预期的产品。 每一种情况对产品来讲都可能致命的。 与客户相关的风险因素有： (1)对产品缺少清晰的认识， (2)对产品需求缺少认同， (3)在做需求中客户参与不够， (4)没有优先需求， (5)由于不确定的需要导致新的市场， (6)不断变化需求， (7)缺少有效的需求变化管理过程， (8)对需求的变化缺少相关分析等。 合同风险 合同里的 条款 比较多，存在风险的概率很大。 例如，软件项目常 常按固定总价的方式签订合同，客户希望实现尽可能多的功能。 如果事先没就项目范围有明确定义，并成为合同的一部分，项目的验收可能就会很困难， 项目进度延长，极大的增加了开发成本。 设计和 实施的 风险 (1)设计质量低下 ,导致重复设计。 (2)一些必要的功能无法使用现有的代码和库实现 ,开发人员必须使用新的库或者自行开发新的功能。 (3)代码和库质量低下 ,导致 需要进行额外的测试 ,修正错误 ,或重新制作。 (4)过高估计了增强型工具对计划进度的节省量。 (5)分别开发的模块无法有效集成 ,需要重新设计或制作。 人员风险 (1)作为先决条件的任务 (如培训及其他项目 )不能按时完成。 (2)开发人员和管理层之间关系不佳 ,导致决策缓慢 ,影响全局。 (3)缺乏激励措施 ,士气低下 ,降低了。