第 5 章 IT软件项目计划管理 （2.5次、5课时）.

Presentation on theme: "第 5 章 IT软件项目计划管理 （2.5次、5课时）."— Presentation transcript:

1 第 5 章 IT软件项目计划管理 （2.5次、5课时）

2 第5章 IT软件项目计划管理 5.1 IT软件项目计划管理 5.2 确定IT软件项目的目标 5.3 项目范围管理
5.3 项目范围管理 5.4 工作分解结构(WBS) 5.5 活动定义及估算 5.6 制定IT软件项目进度计划 5.7 方案选择 5.8 软件项目计划书 5.9 思考题

3 5.1 IT软件项目计划管理 项目计划管理是： 很重要性的 一项复杂的、自始至终不断迭代的 从不同的角度出发有不同的种类
为项目的运作提供可靠的实施基础 提供可行的工作计划

4 5.1 IT软件项目计划管理 项目计划的目的： 使软件项目的开发建立在可靠的基础之上，将项目计划变成开发人员能够遵循的文档，并据此跟踪、检查、监控计划的执行。 确定软件项目开发的活动和承诺，使软件开发工作有序而协调地进行，以便根据软件计划的资源、约束和能力逐步向客户履行承诺。 l明确与软件项目相关的组织和个人的职责，将任务责任落实到具体的小组和个人，从组织管理上确保项目开发的成功。

5 5.2 确定IT软件项目的目标 主要分为两步： (1) 明确制定项目目标的主题。项目目标一般由项目发起人或者项目提议人来确定。
(1) 明确制定项目目标的主题。项目目标一般由项目发起人或者项目提议人来确定。 (2) 描述项目目标。项目目标必须明确、具体，尽量定量描述，保证项目目标容易被沟通和理解，并使每个项目组成员结合项目目标确定个人的具体目标。

6 5.2 确定IT软件项目的目标 遵循一些基本原则：
定量化原则：确定项目目标时，尽可能定量描述，使得每个目标的范围、时间、成本、性能、责任等都是明确的，可以度量和监控的。 个人化原则：每个具体目标应当落实到项目组的每个成员，使得每个成员都明确自己的工作和职责。 简单化原则：目标的描述应当是简单而直接的，使得每个参与人员都能明确而无二义性。 现实性原则：确定的每个目标都是可以实现的，而不是追求理想化的结果。

7 5.3 项目范围管理 项目范围管理概述 项目范围规划 项目范围定义

8 项目范围管理概述 项目范围的确定项目范围(Project Scope)包括项目的最终产品或者服务，以及实现该产品或者服务所需要执行的全部工作。 项目范围管理的任务是界定项目所必须包含且只需要包含的全部工作，并对其他的项目管理工作起指导作用，以确保项目顺利完成全部的过程。

9 项目范围规划 项目范围规划的输入 项目范围规划的工具和技术 项目范围规划的输出

10 项目范围规划 项目范围规划的输入： 产品描述 项目章程 制约因素 前提条件

11 项目范围规划 项目范围规划的工具和技术 ： 产品分析 成本效益分析 项目方案识别技术 专家评定

12 项目范围规划 项目范围规划的输出： 项目范围说明书 范围管理计划

13 项目范围定义 范围定义的输入： 范围说明书 制约因素 前提条件 其他计划结果 历史资料 使用工具：工作分解结构模板

14 5.4 工作分解结构(WBS) 5.4.1 工作分解的原因及原则 5.4.2 WBS的分层设计 5.4.3 WBS的设计方法和步骤
工作分解的原因及原则 WBS的分层设计 WBS的设计方法和步骤 项目责任分配矩阵

15 5.4.1 工作分解的原因及原则 分解原因： 进行工作分解之后，可以根据细分后的工作包之间的逻辑关系来实施项目。
通过工作分解，项目组成员就会明确各自的职责，也有了可以共同遵守的明确规范，这样就可以减少繁琐的协调工作量，有利于工作的沟通。 把项目细分为具体的工作任务后，每个项目组成员就能更清晰地理解任务的性质和各自的具体目标。 通过工作分解，可以比较准确地把握项目所需要的技术、人力、资金等信息，以及面临的风险，从而可以为项目计划的制定提供基线。

16 5.4.1 工作分解的原因及原则 分解原则： 在同一个工作任务中，最好只包含相关的工作元素。例如，对软件开发项目而言，“编码”和“测试”不应该在同一个工作任务中，因为在项目中，“编码”和“测试”的工作性质明显不同，也发生在不同的阶段。 在同一个工作任务中，所有工作活动应该是平行的或者连续发生的，其间不应该插入不相关的工作活动。 在同一个工作任务中，尽量使用相同的项目组成员，便于彼此沟通和交流。

17 5.4.2 WBS的分层设计 项目 可交付的成果 可交付的子成果 最底层的可交付子成果 工作任务 图5.1 工作分解结构的层次
图5.1 工作分解结构的层次 产品或者服务包含的工作总和 主要可交付的产品或者服务 可交付的子产品或服务 最底层的可交付子产品或服务 可识别的工作活动 一 二 三 四 五

18 5.4.3 WBS的设计方法和步骤 方法： 1.类比分解法 2.自上而下分解法 3.自下而上汇集法 4.遵循指导方针

19 5.4.3 WBS的设计方法和步骤 步骤： 1.明确并识别项目的各主要组成部分;
2.确定每个可交付成果的详细程度是否已经可以进行恰当的成本估算和时间估算; 3.确定工作任务(工作包); 4.核实分解的正确性。

20 5.4.4 项目责任分配矩阵 参见表5.1 (P62)

21 5.5 活动定义及估算 活动定义 活动排序 活动估算

22 5.5.1 活动定义 依据 ： 工作分解结构 项目范围说明 历史信息 约束条件

23 5.5.1 活动定义 方法： 活动分解法 参照模板法 输出： 活动清单 详细依据 更新的工作分解结构

24 5.5.2 活动排序 依据 ： 活动清单 产品描述 活动之间的逻辑关系 项目的约束条件 里程碑

25 5.5.2 活动排序 工具和技术 1： 前导图法(Precedence Diagramming Method，PDM) B E A D C
图5.2 前导图法表示的网络图

26 5.5.2 活动排序 工具和技术 2： 箭线图法(Arrow Diagramming Method，ADM) 1 2 3 4 5 6 7
V1 图5.3 用箭线图法表示的网络图

27 5.5.2 活动排序 输出 ： 项目网络图：项目网络图就是项目活动及其相互关系的示意图，图中可以包括项目的全部活动，也可以只包括主要活动。除此之外，还应当有对活动的简单描述、活动排序方法、重要活动说明，以及被忽略的活动说明。 更新的活动清单：在活动排序过程中，需要对活动之间的逻辑关系进行分析和确认，可能会发现必须对某些活动进行重新分解和定义，需要更改项目活动清单，甚至工作分解结构。

28 5.5.3 活动估算 估算过程中需要考虑的主要因素包括：
工作量：指完成一个活动需要投入的人工，一般以人(小)时、人天、人月为计量单位。在确定工作量时，一是考虑系统的规模、功能点数和对象点数；二是考虑生产效率。这三者的关系是：工作量=规模/效率。 资源：这里是指完成一项活动能够投入的人力资源。投入人力资源的数量一般要与项目的规模合理匹配，而且与项目的总的时间要求、费用支出有关。 活动工期：理论上，在工作量一定的情况下，投入的人力资源越多，则活动的工期就越短，在一定范围内二者之间的关系近似线性，如100个人天的工作量，投入10个人时，则需要10个工作日完成；投入5个人，则需要20个工作日。

29 5.5.3 活动估算 活动估算时的依据: 活动清单 约束条件 资源情况 历史信息 已识别的风险

30 5.5.3 活动估算 活动估算方法: 专家评定法 经验类比估算法 利用历史数据法 德尔非法(Delphi Method)

31 5.5.3 活动估算 活动估算的输出: 活动持续时间：这是本阶段工作的最主要成果，估计出来的完成每个活动所需要持续的时间，这个时间可以存在一个允许的变动范围。 活动持续时间估算的依据：有时也需要将进行活动估算的依据作为补充材料写入活动持续时间描述文档中。 变更的活动清单：项目活动估算中，也会发现和更改活动定义和相互关系等，因此，需要对活动清单进行修正。

32 5.6 制定IT软件项目进度计划 5.6.1 软件项目进度计划 5.6.2 制定软件项目进度计划的指导原则
软件项目进度计划 制定软件项目进度计划的指导原则 项目进度计划的制定过程 软件项目计划的主要活动 网络计划技术在项目进度安排中的应用

33 5.6.1 软件项目进度计划 考虑各种因素，串并性 产品发行 集成调试 需求定义 需求评估 概要设计 详细设计 概要评估 测试计划 测试过程
测试评估 设计评估 编码 单元调试 图5.4 软件项目开发的并行性

34 5.6.2 制定软件项目进度 计划的指导原则 1. 将用于编制软件项目计划及跟踪软件项目的工作文档化。
制定软件项目进度 计划的指导原则 1. 将用于编制软件项目计划及跟踪软件项目的工作文档化。 2. 对于软件项目的实施采用文档化的承诺。 3. 相关的机构或个人认可他们对软件项目的承诺。 4. 指定软件项目负责人负责落实软件项目的承诺并制定项目的软件开发计划。 5. 确保软件项目存在一份文档化的、并被认可的工作任务说明。 6. 软件开发计划要指定人员角色分工，明确责任。 7. 对软件项目所需要的、适当的资源及资金做出计划。

35 5.6.2 制定软件项目进度 计划的指导原则 8. 对软件项目负责人、软件工程师及其他与软件项目计划编制有关的人员进行适合其职责范围的培训。
制定软件项目进度 计划的指导原则 8. 对软件项目负责人、软件工程师及其他与软件项目计划编制有关的人员进行适合其职责范围的培训。 9. 成立相关软件项目组及相关的方案论证小组。 10. 软件项目组及相关的方案论证小组在整个项目生命期内参加全部的项目计划编制工作。 11. 按照书面流程与高级管理人员或企业外部机构软件项目的承诺进行复审。 12. 明确划分为预先定义的、规模可管理的阶段的软件生命周期。 13. 按照书面流程开发项目的软件开发计划。 14. 将软件项目计划文档化。

36 5.6.2 制定软件项目进度 计划的指导原则 15. 确定软件项目需要建立及维护控制的软件产品。
制定软件项目进度 计划的指导原则 15. 确定软件项目需要建立及维护控制的软件产品。  16. 按照书面流程进行对软件产品规模的估计(或软件产品规模的改变)。 17. 按照书面流程进行对软件项目工作量及费用的估计。 18. 按照书面流程进行对项目所需要的关键计算机资源的估计。 19. 按照书面流程确定项目的软件开发进度。 20. 识别、评估与项目的费用、资源、进度及技术方面相关的软件风险，并文档化。 21. 准备项目的软件工程机制及支撑工具的计划。

37 5.6.2 制定软件项目进度 计划的指导原则 22. 记录软件计划编制数据。 23. 制定并使用度量方法以确定软件计划活动的状态。
制定软件项目进度 计划的指导原则 22. 记录软件计划编制数据。 23. 制定并使用度量方法以确定软件计划活动的状态。 24. 定期与高级管理人员对软件项目计划活动进行复审。  25. 以定期及事件驱动方式对软件项目管理人员及软件项目计划活动进行复审。 26. 对软件质量保证人员及软件项目计划活动、工作产品进行回顾及审核，并将结果文档化。

38 5.6.3 项目进度计划的制定过程 依据 : 项目网络图 活动持续时间估计 资源需求 资源安排描述 日历 约束条件 假设条件 提前或滞后要求
风险管理计划

39 5.6.3 项目进度计划的制定过程 工具和技术: 数学分析法 持续时间压缩法 模拟法 资源分配的启发式方法 项目管理软件

40 5.6.3 项目进度计划的制定过程 输出 : 项目进度计划 详细依据说明 进度管理计划 更新的项目资源需求

41 5.6.4 软件项目计划的主要活动 1. 计划初始阶段 2. 指定软件开发计划SDP 3. 对SDP草稿进行审查和批准
4. 实施软件开发计划 5. 软件开发过程的质量和评价 6. 修改SDP

42 5.6.4 软件项目计划的主要活动 软件规模、成本、日期估计 软件项目跟 踪和监控 计划过程开始 制订项目计划SDP 对SDP审查和批准
过程度量和评价 修改SDP 需求管理 软件配置管理(SCM) 软件质量保证(SQA) 图5.5 软件项目计划的实现过程

43 5.6.5 网络计划技术在项目 进度安排中的应用 14天 4/7/99 开始 5/9/99 25/8/99 4/8/99 11 天 7天
5.6.5 网络计划技术在项目 进度安排中的应用 14天 4/7/99 开始 5/9/99 25/8/99 4/8/99 11 天 7天 28 天 25/7/99 21天 21 天 10天 T1 T3 T9 T11 T12 T2 T6 T7 T4 T8 T5 T10 18/7/99 35天 11/8/99 M1 M4 M6 M8 M7 结束 M2 M3 图5.6 项目活动网络 M5 14/7/99 19/9/99

44 5.6.5 网络计划技术在项目 进度安排中的应用 4/ / / / / / / / / / / /9 开始 T1 T2 M1 M4 T3 M3 T4 M5 T9 M6 T11 M8 T12 T6 T7 M7 M2 T5 T10 T8 结束 图5.7 条形图表示的项目活动时间安排

45 5.6.5 网络计划技术在项目 进度安排中的应用 4/ / / / / / / / / / / /9 程序员1 T1 T2 T3 T4 T9 T11 T12 T6 T7 T5 T10 T8 图5.8 条形图表示的项目人员安排 程序员2 程序员3 程序员4 程序员5

46 5.7 方 案 选 择 极线图 决策树法

47 极线图 重用性 成本 进度 可移植性 效率 可靠性 说明： 方案A 方案B 方案C 图5.9 可选方案极线图

48 5.7.2 决策树法 最大最小策略：这是一种保守的决策方法，它的目标是使项目的损失最小。该方法假设项目成本最大时发生的概率比成本最小时发生的概率大，因此盈利应该是负数。因此，选择盈利最小的方案。在上面的例子中，最低的损失是15 000，应该选择方案B。 乐观法则：又称为最大最大策略，它选择的方案应该是能够获得最大的利润的(盈利是正数)方案。最大最大策略假设项目成本最小时发生的概率比成本最大时发生的概率大。在这个例子中，最大最大策略应该选择方案A。

49 5.8 软件项目计划书 1. 引言 1.1 计划的目的 1.2 项目的范围和目标 1.2.1 范围描述 1.2.2 主要功能
5.8 软件项目计划书 1. 引言 1.1 计划的目的 1.2 项目的范围和目标 1.2.1 范围描述 1.2.2 主要功能 1.2.3 性能 1.2.4 管理和技术约束 2. 项目估算 2.1 使用的历史数据 2.2 使用的评估技术 2.3 工作量、成本、时间估算

50 5.8 软件项目计划书 3. 风险管理战略 3.1 风险识别 3.2 有关风险的讨论 3.3 风险管理计划 3.3.1 风险计划
5.8 软件项目计划书 3. 风险管理战略 3.1 风险识别 3.2 有关风险的讨论 3.3 风险管理计划 3.3.1 风险计划 3.3.2 风险监视 3.3.3 风险管理 4. 日程 4.1 项目工作分解结构 4.2 进度安排(甘特图) 4.3 资源表

51 5.8 软件项目计划书 5. 项目资源 5.1 人员 5.2 硬件和软件 5.3 特别资源 6. 人员组织 6.1 组织结构
5.8 软件项目计划书 5. 项目资源 5.1 人员 5.2 硬件和软件 5.3 特别资源 6. 人员组织 6.1 组织结构 6.2 管理报告 7. 跟踪和控制机制 7.1 质量保证和控制 7.2 变化管理和控制 8. 附录

52 5.9 思 考 题 参见书80页