上海交通大学计算机系11风险类别Directrisktheproject-SJTUCS.PPT

第十讲 风险管理 1. 风险概述 A risk is whatever may stand in the way to success or in the way of achieving major milestones Success is meeting the entire set of all requirements and constraints, and satisfying stakeholder expectations. 1.1 风险类别 Direct risk: the project has a large degree of control Indirect risk: the project has little or no control Example: Resource risks People, skills, funding,… Business risks Competition, ROI, supplier interfaces,… Technical risks Unproven technology, uncertain scope,… Schedule risks Only 24 hours in a day,… 1.2 风险来源 三种类别的风险： 估计本身的困难带来的风险 以前没有进行过的任务更难估计，因而有效的积累过去完成任务的信息将有助于降低风险 在计划阶段的假设 在每一个计划步骤中，都有所假设，因而对列出每一假设以及假设不成立后带来的后果，有助于降低风险 无法预计的事件 需求的变化 高级程序员怀孕离开 所需的硬件可能没有被及时交付 …… 2. 软件风险管理 2.1 风险管理基本概念 基本概念 目标：明确定义的目标加上可度量的成功标准界定了可接受的风险范围 不确定性：未知的因素 损失：如果没有潜在的损失，就没有风险 时间：我们需要时间来预料和防止问题的发生 选择：没有选择，就没有风险管理 制定明智的决策：意识、洞悉和理解风险是我们作出明智决策的基础 应对风险：风险行动计划 防患于未然：风险管理是减少有代价的重复劳动的主动决策 2.2 风险管理的基础结构 制定政策 定义标准过程 风险管理培训 检验一致性 改进实践 2.3 创建风险管理的气氛 如果所有项目人员没有重视风险认识，不管使用什么技术，风险管理将起不到任何作用。 因而，创造一个能够自由讨论风险对项目的影响的氛围特别重要，那些经常提出负面意见的人可能更能够在早期发现潜在的风险。 2.4 风险管理技术 有很多的风险管理模型，但是多数都是类似的。 风险识别（identification) 将所有能够影响项目成功执行的风险列出 风险估计（estimation) 对每一个危险的可能性和影响进行评价 风险评估(evaluation) 将风险进行排序并确定风险规避策略 风险计划(planning) 构造一个意外计划，如果合适，可以加入到项目任务结构中，对于小项目，风险管理由项目经理负责，对于大项目，风险管理可能由全职风险经理负责。 风险控制（Control) 处理项目中的问题并尽量降低问题的影响。 风险监测（Monitoring) 风险定向(Directing)和风险职员分配（Staffing) 3. 风险识别 风险类别 普通风险(generic risks) 如对需求的误解 关键人员生病 特殊风险(specific risks) 在风险识别时从下列方面考虑： 应用因素： 应用的特性是一个关键因素，如简单的数据库应用系统，实时的分布式系统， 应用的规模 人员因素 人员的经验和技能显然对项目产生很大影响 成员的满足程度和人员的离开 项目因素 项目及其目标清晰的定义以及所有成员对其有清楚的认识，如果不能够达到这一点将给项目带来风险 如果没有一个公认的、正式的质量管理计划将给项目带来风险 项目方法 使用正规的项目管理方法将降低风险 但第一次使用某种方法将带来风险 硬件/软件因素 在新的硬件/软件上开发可能会有高风险 在一种硬件/软件平台上开发的软件安装在另一种硬件/软件平台上可能会有风险 彻底改变因素 对原系统进行彻底改变会带来风险，增量式或者渐进式改变将降低风险 供应商因素 许多依靠外部供应商的支持，那些无法直接控制的供应商将带来风险。 环境因素 环境改变可能影响项目的成功 如税收法律的改变可能会对工资管理系统的开发带来问题 健康和安全因素 对于软件项目来说一般不是一个普遍问题，但是对于那些用在危险场合的实时软件来说，也是一个因素 练习 请根据上述各种因素列出工资系统中所有可能的问题。 应用因素： 开发的系统是否需要与其它系统接口？ 不同的解决办法是否有非常大的差异？ 人员因素 学院中的人员是否对评价系统或者外部系统有足够