软件项目管理项目计划-范围计划-任务分解.PPTXVIP

软件项目管理 任务分解 目 录 概述 项目初始 项目确立 生存期模型 项目计划 范围计划-需求管理 范围计划-任务分解 成本计划 进度计划 质量计划 管理计划 人员与沟通计划 风险计划 合同计划 集成计划 项目执行控制 集成计划执行控制 核心计划执行控制 辅助计划执行控制 项目结束 结束过程 第五章 软件项目范围计划-任务分解 任务分解 将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作 任务分解 过程 任务分解 结果 WBS（ Work Breakdown Structure:任务分解结构） 任务分解结构(WBS) WBS是对项目由粗到细的分解过程, 它是面向交付成果的, WBS它组织并定义了整个项目范围. 工作包（ Work packages） WBS的最低层次的可交付成果 工作包应当由唯一主体负责 图表形式的WBS 清单形式的WBS 第五章 软件项目范围计划-任务分解 任务分解方法 类比：有些项目是具有相似性的，可使用其WBS作为参考。 模版参照：很多领域有标准的或半标准的WBS，可以将其作为模板使用。 自上而下：从大项目到其细化的为子项目或更细的方法。 自下而上：将可能的最终任务列出，然后将其所有任务归类总结出上端项目。 模板参照 自上而下 12 自下而上 13 “变化计数器”系统 文件比较 预处理 增加 代码 结果处理 统计总行 标记修改 记录 修改 版本 比较 找出 增删行 统计 增删行 删除代码 增加 行数 删除 行数 第五章 软件项目范围计划-任务分解 任务分解的基本步骤 确认并分解项目的主要组成要素。一般指第一级整体要素，要素本身应该是有形的、可证实的结果来描述，便于检测。结果可以是服务，也可以是产品。 确定分解标准。 确定分解是否详细，是否可以作为费用和时间估计的标准，明确责任。 确定项目交付成果（可以编制WBS字典），以此检查交付结果。 验证分解的正确性。分解正确后，建立统一编号系统。 WBS编号系统 分解标准应统一:学生管理 规划 需求 设计 编码 测试 提交 按照生存期阶段分解 1.  招生管理 2. 分班管理 3. 学生档案管理 4. 学生成绩管理 按照产品组成分解 不能同时使用两种标准进行分解: 18 招生管理  分班管理  学生档案管理 学生成绩管理 规划 需求 设计 编码 测试 提交 学生管理 WBS字典 明确并识别出项目的各主要组成部分，即主要可交付成果。 项目需要完成哪些主要工作？更低层细目是否必要和充分？ 每个可交付成果是否已经达到足以编制的恰当的成本和历时估算?是否有重复的底层要素？ 确定可交付成功的组成元素。哪些具体的工作要做？细目 是否有明确、完整的定义？ 核实分解的正确性。最底层的分解是否必要且充分？每项 定义是否清晰完整？是否恰当的编制进度和预算？ 相关人员对任务分解结构进行评审。 任务分解结果的检验 分解结果检验 检验分解的注意事项 项目的分解结构是将项目的产品或服务、组织和过程这三种不同结构综合为项目分解结构的过程。 项目最底层工作要非常具体。 逐层分解项目也是给项目的组织人员分派各自角色和任务的过程。 最低层的工作块，一般要有详细、全面的文字说明，定义任务完成的标准。 不是所有的分支必须分解到同一水平，一般来说，任务分解至少拆分到一周以内的工作量。 任务分解的重要性 第五章 软件项目范围计划-任务分解 医疗信息商务平台 MED:任务分解结果 25 第五章 软件项目范围计划-任务分解 课程实践四：项目任务分解 实践目的：理解WBS概念，掌握任务分解方法 实践要求： 复习任务分解和验证方法 编写SPM项目的任务分解，即WBS。 选择1个团队课堂上讲述SPM项目任务分解结果 本章小结 任务分解相关概念 任务分解方法 WBS的意义-范围基准的形成