软件项目时间管理PPT(共66页)
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
6.2.3 项目活动定义的结果
1. 项目活动列表 在项目活动列表中要列出项目所需开展的全部活 动。活动列表作为工作分解结构的扩充,包括了 每一个活动的说明,以帮助项目团队成员明确自 己的工作和责任(工作内容、目标、结果、责任 者、日期)。
2. 详细依据 是对项目活动列表的解释性文件,包括项目的约 束条件和假定条件。
▪ 项目活动定义是时间管理的第一步,是对工作分 解结构中规定的可交付成果或阶段产品的产生所 需执行具体活动进行定义,并形成文档。
▪ 项目可交付成果是指工作分解结构中各项工作任 务完成后的输出结果。
▪ 在制定项目开发进度计划时,具体定义分解出的 各项活动,能够使项目的目标更加具体、明确。
项目时间管理
▪ 项目时间管理是指使项目能够及时完成的必需过 程。
▪ 进度安排的准确程度可能比成本估算的准确程度 更重要。对于成本估算的偏差,可以通过重新定 价或大量的销售来弥补成本的增加;但如果进度 计划不能得到实施则会导致市场机会的丧失或用 户不满意,也会导致成本的增加。
▪ 因此,在考虑进度安排时,要把时间与人员花费 的工作量联系起来,合理估算工作量,安排时间, 并利用进度安排的有效分析方法监督项目的进展 情况,使得项目进度不致被拖延。
软件项目管理
第六章 软件项目时间管理 Software Project Time management
清华大学计算机系 殷人昆
6.1 项目时间管理的概念 6.2 项目活动定义 6.3 项目活动顺序安排 6.4 活动时间估计 6.5 制定进度计划 6.6 进度控制 6.7 网络图技术
6.1 项目时间管理的概念
6. 专家评论
汇集本领域专家对项目具体工作定义的意见,以 得到更明确、风险更小的定义结果。
6.2.2 活动定义的方法
1. 分解 将项目活动逐步细分为更小、更容易管理的单元, 以便更好地管理和控制。 依次开发工作分解结构和活动列表。
2. 模板 可将以往类似项目的活动列表或部分活动列表作 为新项目的活动列表的模板。模板中的活动也可 包括技术资源及所需工作量、风险识别及其它描 述信息。
▪ 当参加同一软件工程项目的人数不止一人的时候, 开发工作就会出现并行情形。
▪ 软件工程项目的并行性提出了一系列的进度要求。 因为并行任务是同时发生的,所以进度计划必须 决定任务之间的从属关系,确定各个任务的先后 次序和衔接,确定各个任务完成的持续时间。
▪ 项目负责人应注意构成关键路径的任务,即若要 保证整个项目能按进度要求完成,就必须保证这 些任务要按进度要求完成。这样就可以确定在进 度安排中应当保证的重点。
▪ 常用的进度安排方法有甘特图法和网络图法。
详细设计 设计走查 编程 代码走查 单元测试
需求评审 需求分析 概要设计
概要设计评审
测试计划 测试过程 测试评审
集成测试 确认测试
6.2 项目活动定义
▪ 项目时间管理主要由项目活动定义,活动排序, 活动时间估计,制定进度计划和进度控制等 5 个 过程组成,下图给出这些过程的主要框架。
▪ 工作排序的步骤:
(1) 分析工作之间本身存在的逻辑关系(顺序的、 并行的、迭代的、嵌套的);
(2) 在逻辑关系的基础上再加以充分分析,确定 各工作之间的组织关系。
▪ 工作排序的目的是确定各项活动之间的依赖关 系,并形成文档。
6.2.1 项目活动定义的依据
1. 工作分解结构 是活动定义的基本依据,它包含了项目的所有工 作及活动。通过分解将项目所有工作的从属关系 表达得清清楚楚。
2. 范围说明 对项目分解后的各项具体工作的具体内容进行详 细的描述,以便在工作实施过程中更好地实施各 项具体活动所包含的内容。
3. 历史信息 参照历史信息定义项目具体工作内容。
活动定义
1. 输入 • 工作分解结构 • 范围说明 • 历史信息 • 约束条件 • 假设条件 2. 工具与技术 • 分解 • 模板 3. 输出 • 活动列表 • 详细依据 • 更新的工作分解 结构
活动排序
1. 输入 • 活动列表 • 产品描述 • 强制性依赖关系 • 自由依赖关系 • 外部依赖关系 • 约束条件 • 假设条件 2. 工具与技术 • 前驱图(PDM) • 箭头图(ADM) 3. 输出 • 项目网络图 • 活动列表更新
3. 更新的工作分解结构 补充或修订其中的一些可交付成果。
6.3 项目活动顺序安排
▪ 活动顺序安排也称为活动排序。 ▪ 一般来讲,项目由一组相关的活动构成。项目在
至少有一个活动准备开始时才开始,而只有当项 目中所有的活动结束项Baidu Nhomakorabea才结束。 ▪ 项目的活动必须有一个清晰的起始点和清晰的结 束点,一般以产生一个可交付物为标志。 ▪ 活动需要资源,并假定在活动中资源的需求水平 保持一致。活动的持续时间必须可预测。 ▪ 活动之间有优先顺序,任何工作的执行必须依赖 于一定工作的完成。
4. 约束条件
对任何一个项目都会有各种约束条件,对项目活 动也有一定的约束条件。例如,一个研究项目缺 少某种专门人才,或缺少某种专门设备,或资金 不足,这些都是必须考虑的约束条件。
5. 假定
项目的实施总是依赖于一定的未来环境,因此许 多项目工作的具体实施所遇到的许多因素通常都 被假定为真实的、确定的。
• 活动时间估计 • 时间压缩
• 资源需求
• 模拟
• 资源库描述 • 资源调整法
• 日历
• 项目管理软件
• 约束条件 3. 输出
• 假设条件
• 项目进度
• 超前和滞后 • 详细依据
时间
• 进度管理计划
• 资源需求更新
进度控制
1. 输入 • 项目进度 • 执行报告 • 变更要求 • 进度管理计划 2. 工具与技术 • 进度变更控制系统 • 执行情况测量 • 另外的计划 • 项目管理软件 3. 输出 • 进度更新 • 纠正措施 • 经验与教训
活动时间估计
1. 输入 • 活动列表 • 约束条件 • 假设条件 • 资源需求 • 资源能力 2. 工具与技术 • 专家判断 • 类比估计 • 基于数量的历时 3. 输出 • 活动时间估计 • 估计的基础 • 活动列表更新
项目时间管理
制定进度计划
1. 输入
2. 工具与技术
• 项目网络图 • 数量分析