软件工程项目管理规章.pptVIP

风险管理总结 在项目开发过程中的各种风险及时分析，及时采取相应的回避措施。 风险分析一定要靠经验丰富的项目管理者对风险做出比较准备的估计。 要制定出来应对和解决风险的计划。 在项目管理中要专门开会讨论风险问题。 谢谢 * 项目管理 1.项目调度 2.风险管理 郑州大学信息工程学院 朱威 1.项目调度 项目调度包括把一个项目所有工作分解为若干独立活动，以及判断完成这些活动所需的时间。 项目调度对软件管理者的要求是十分苛刻的。管理人员必须估算完成各项活动所需要的时间和资源，并按照一定的顺序把他们紧密组织起来。 识别活动 识别活动 依赖关系 估算活动的资源 为活动分 配人员 创建项目图表 软件需求 活动图表 及条形图 图 1 项目调度过程 活动分解及进度管理 正常情况，各活动至少持续一周。 对所有活动安排一个最高时限（8-10周），如一项活动持续时间超过限制，就应该再次细分。 在估算进度时，管理者不能认为项目的每个阶段都不会出问题。 除时间外，还必须估算完成每项任务所需的资源，包含人力资源和其他资源。 估算进度的经验法则 估算时先假定什么问题也没有，然后再把预计出现的问题加到估计中去（＋30％）。还要考虑因偶然因素带来的意想不到的问题（＋20％）。 项目进度管理工具 项目进度通常用一系列的图表表示。 常用的项目进度表示法有： 条形图（甘特图（Gantt）） 活动网络图（PERT） 常用软件管理工具是：MS-Project 进度管理实践—MS Project 任务 持续时间（天数） 依赖关系 T1 8 T2 15 T3 15 T1(M1) T4 10 T5 10 T2，T4(M2) T6 5 T1，T2(M3) T7 20 T1(M1) T8 25 T4(M5) T9 15 T3，T6(M4) T10 15 T5，T7(M7) T11 7 T9(M6) T12 10 T11(M8) 表1： 任务的持续时间及其依赖关系 MS Project—活动网络图 关键路径解释 关键路径（CPM，Critical Path Method） 从起点到终点，可以有许多条路径，我们把耗时最长的路径称作关键路径。关键路径耗时等于整个工程的耗时，因此，要想缩短工程时间，就必须找出关键路径，并研究如何减少关键路径的耗时。 关键路径 关键路径是指完成项目所需的最少时间。可以通过考察活动图中最长的路径（关键路径）来估算。 项目 总体安排进度时由关键路径决定的。任何关键活动与进度安排的偏离都会导致项目的延期交付。 甘特图 甘特图是一种条形图，表示了项目的日程安排和各项活动的开始和完成时间。从右往左读，条形图清晰地给出了活动的开始和结束。 MS Project--甘特图 资源分配问题 除了考虑进度安排外，项目管理者还要考虑参加项目活动人员 的分配。可以生成条形图。 条形图是表示在哪些时间段雇佣哪些员工。 人员分配及其时间表 项目调度总结 项目调度对管理者要求严格。 项目调度就是把项目计划的某些部分用图形的情形给描述出来。 项目调度包括项目活动之间相互关系的网络活动图和表示各个活动持续的条形图。 2.风险管理 风险管理要求管理者能够预见可影响项目进度或正在开发的软件产品质量的风险，并采取行动避免这些风险。是管理者的一项重要任务。 有效的风险管理能使我们从容面对问题，避免这些风险带来无法承受的开支或进度失控。 风险种类 项目风险：项目进度或资源的风险。（如有经验的设计人员的流失） 产品风险：开发的软件的质量或性能的风险。 业务风险：软件开发机构和软件购买机构的风险。 可能存在的风险 风险 风险类型 描述 职员跳槽 项目 有经验的职员将会未完成项目就跳槽 管理层变更 项目 管理层结构发生变化，不同的管理者考虑和管理的事情不同 硬件缺乏 项目 项目所需的硬件没有按时交付 需求变更 项目和产品 软件需求与预期相比，变化很多 描述延迟 项目和产品 主要接口的描述未能按时完成 低估系统规模 项目和产品 过低估计了系统规模 CASE工具性能较差 产品 支持项目的CASE工具达不到要求 技术变更 业务 系统的基础技术被新技术的代替 产品竞争 业务 系统还未交付，就已经有其他产品上市 可能存在的风险表 风险管理的必要性 风险管理在项目管理中不可缺少，因为绝大多数项目都有不确定性。（不确定性包括过宽泛的需求，对开发时间和资源估算的困难，项目对个人的技术依赖以及客户需求发生变化） 对项目管理者的要求：应该预见风险，及时制定应急计划。并采取措施规避这些风险。 风险管理的过程 风险识别 风险分析 风险规划 风险监控 潜在的风险 列表 优先级高的 风险列表 风险规避和 应急计划 风险评估 图：风险管理过程 风