第5章项目进度和成本管理-1.ppt

第5章　项目进度和成本管理 5.1　标识项目活动 5.2　确定项目活动的次序 5.3　关键路径分析 5.4　网络模型的遍历 5.5　里程碑 5.6 进度计划编制 5.7　进度和成本控制 5.4网络模型的遍历 5.4.1 正向遍历 5.4.2 反向遍历 正向遍历 正向遍历就是按照活动开始到活动结束的顺序对网络中的每个活动进行遍历。通过执行正向遍历来计算出每个活动最早开始和最早结束时间。 反向遍历 反向遍历和正向遍历相反，就是按照活动结束到活动开始的倒序对网络中的每个活动进行遍历。通过执行反向遍历来计算出每个活动最迟开始和最迟结束日期。 第5章　项目进度和成本管理 5.1　标识项目活动 5.2　确定项目活动的次序 5.3　关键路径分析 5.4　网络模型的遍历 5.5　里程碑 5.6 进度计划编制 5.7　进度和成本控制 5.5里程碑 5.5.1　什么是里程碑 5.5.2　如何建立里程碑 5.5.3　如何管理里程碑 什么是里程碑？ 里程碑原指的是标志公路及城市郊区道路里程的碑石。项目管理中将进度时间表上一些重要的时间检查点设置为里程碑，以便及时掌控项目进度。 软件开发生命周期的重要里程碑 M1: 产品需求文档完成 M2: 开发计划书初稿完成 M3: 产品需求文档审查通过 M4: 产品功能规格说明书完成 M5: 开发计划书签发 M6: 产品功能规格说明书签发 M7: 测试用例设计完成 M8: 测试用例审查通过 M9: 测试脚本开发完成 M10: 代码完成 M11: 单元测试完成 M12: 集成测试完成 M13: 功能测试完成 M14: 系统测试完成 M15: 安装测试完成 M16: 代码冻结 M17: 验收测试完成 M18: 质量评估报告 M19: 产品发布 敏捷模型Scrum里程碑 M1: 迭代零完成 M2: 用户故事准备工作完成（Acceptance Criteria） M3: 用户故事优先调整结束 M4: 界面设计完成 M5: 架构设计通过 M6: 产品功能规格说明书通过 M7: 用户故事完成 M8: 用户故事验收完成 M9: 迭代完成 M10: 迭代质量评估报告 M11: 迭代版本发布 M12: 回顾总结会议完成 建立里程碑5个步骤 1．设立合理的里程碑检查点 2. 制定里程碑的完成目标 3. 明确里程碑的验证标准 4. 确认里程碑的利益相关人 5. 标识里程碑的进度百分比 里程碑设定表举例 活动名称 目标 利益相关人 百分比 评估标准 需求收集（15天） 收集95%以上的需求（客户可以在项目开发期间提出一些不影响整体设计的小部分改动需求。） 负责人：客户经理 15% 完成需求说明文档及评审 相关人：客户代表、项目经理、客户组 需求分析（25天） 划分需求功能列表与客户达成共识 负责人：客户经理 25% 完成需求分析说明文档及评审 相关人：客户代表、项目经理、客户组 软件设计（15天） 给客户、程序组、测试组做设计展示并根据要求修改完成设计 负责人：设计经理 15% 完成架构设计，系统设计，数据库设计和用户界面设计及评审 相关人：设计组，程序组、测试组、客户代表、项目经理 编程实现（20天） 完成全部编码，单元测试和模块集成测试 负责人：程序经理 20% 软件基本功能实现，没有阻碍测试工作进展的问题 相关人：程序组、项目经理 系统测试（15天） 完成功能测试、系统测试、压力测试和回归测试 负责人：测试经理 15% 软件系统测试计划全部完成并达到质量要求 相关人：测试组、项目经理 调试软件系统（5天） 调试交付软件给客户 负责人：程序、测试经理 5% 客户满意 相关人：程序组、测试组、客户代表、项目经理 管理里程碑 要想有效管理里程碑，应该注意以下几个方面： 重点关注。 提前定期检查。 及时总结。 “银弹”并不存在，在实践中去发现问题、解决问题，总结经验、规律和方法，才是最有效的途径。 第5章　项目进度和成本管理 5.1　标识项目活动 5.2　确定项目活动的次序 5.3　关键路径分析 5.4　网络模型的遍历 5.5　里程碑 5.6 进度计划编制 5.7　进度和成本控制 5.6进度计划编制 5.6.1 制定进度表 5.6.2 进度编制策略 5.6.3 进度编制方法 5.6.4 审查、变更进度表 制定进度表 制定软件项目进度计划，一般需要划分两个阶段进行： 在软件产品需求范围确定之前的初步进度时间表。 在软件产品需求范围确定之后的详细进度时间表。 进度计划编制的内容 项目具体活动及其相互依赖关系的活动。 每一具体活动的计划开始日期和期望完成日期。 活动负责人。 资源的安排。 备用的进度计划。 进度风险估计。