第五章 软件项目任务分解by anita.ppt

任务分解的注意事项 任务分解的规模和数量因项目而异； 注意收集与项目相关的所有信息； 注意参看类似的WBS，与相关人员讨论； 可以参照WBS模板进行分解； 分解时，从大到小，从前到后，从上到下，一般不超过7层； 分解任务至少分解到周工作量（40小时）； 每个工作包至少有一个提交物； 定义任务完成的标准； 任务分解结果必须有利于责任分配； 可以准备WBS字典；（P91，相当于日志或记录） 最后与相关人员进行评审。 李姗 信管教研室 * WBS字典实例 WBS表示号 BSN-LBL 名称 BSN时间日志管理系统 主题目标 网管的安全管理系统 描述 存储事件数据：记录相应事件 设置事件过滤：对某些事件可设置过滤 浏览事件日志：对所有事件提供浏览功能 规划BSN事件日志 生成历史数据：可生成历史时间报告 管理BSN时间日志：可以调整BSN事件的配置参数 完成的任务 1、2、3已完成 责任者 XXX 完成的标识 通过质量保证部的验收报告 备注 创建WBS时需要满足以下几点基本要求： 1.某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。 2.WBS中某项任务的内容是其下所有WBS项的总和。 3.一个WBS项只能由一个人责任，即使许多人都可能在其上工作，也只能由一个人负责，其他人只能是参与者。 4. WBS必须与实际工作中的执行方式一致。 5.应让项目团队成员积极参与创建WBS，以确保WBS的一致性。 李姗 信管教研室 * 6.每个WBS项都必须文档化，以确保准确理解已包括和未包括的工作范围。 7. WBS必须在根据范围说明书正常地维护项目工作内容的同时，也能适应无法避免的变更。 李姗 信管教研室 * WBS可以由树形的层次结构图或者行首缩进的表格表示。 其中美国国防机构使用WBS在MIL-STD中对WBS进行的描述为：“WBS是由硬件、软件、服务、数据和设备组成的面向产品的家族树。” 在实际应用中，表格形式的WBS应用比较普遍，特别是在项目管理软件中。 李姗 信管教研室 * WBS的分解可以采用多种方式进行，包括： 1.按产品的物理结构分解。 2.按产品或项目的功能分解。 3.按照实施过程分解。 4.按照项目的地域分布分解。 5.按照项目的各个目标分解。 6.按部门分解。 7.按职能分解。 李姗 信管教研室 * 任务分解基本步骤 确认并分解项目的主要组成要素。 确定分解标准，按照项目实施管理的方法分解，可参照WBS模板进行分解。 确认分解是否详细，分解结果是否可以作为费用和时间估计的标准，明确责任。 确定项目交付成果。 验证分解正确性，建立一套编号系统。 李姗 信管教研室 * 创建WBS的过程非常重要，因为在项目分解过程中，项目经理、项目成员和所有参与项目的职能经理都必须考虑该项目的所有方面。制定WBS的过程是： 1.得到范围说明书(ScopeStatement)或工作说明书(StatementofWok，承包子项目时)。 2.召集有关人员，集体讨论所有主要项目工作，确定项目工作分解的方式。 3.分解项目工作。如果有现成的模板，应该尽量利用。 李姗 信管教研室 * 4.画出WBS的层次结构图。WBS较高层次上的一些工作可以定义为子项目或子生命周期阶段。 5.将主要项目可交付成果细分为更小的、易于管理的组分或工作包。工作包必须详细到可以对该工作包进行估算(成本和历时)、安排进度、做出预算、分配负责人员或组织单位。 6.验证上述分解的正确性。如果发现较低层次的项没有必要，则修改组成成分。 7.如果有必要，建立一个编号系统。 8.随着其他计划活动的进行，不断地对WBS更新或修正，直到覆盖所有工作。 李姗 信管教研室 * 检验WBS是否定义完全、项目的所有任务是否都被完全分解可以参考以下标准： a.每个任务的状态和完成情况是可以量化的。 b.明确定义了每个任务的开始和结束。 c.每个任务都有一个可交付成果。 d.工期易于估算且在可接受期限内。 e.容易估算成本。 f.各项任务是独立的。 李姗 信管教研室 * 最多使用20个层次，多于20层是过度的。对于一些较小的项目4－6层一般就足够了。 WBS中的支路没有必要全都分解到同一层次，即不必把结构强制做成对称的。在任意支路，当达到一个层次时，可以作出所要求准确性的估算，就可以停止了。 李姗 信管教研室 * 工作的细分 WBS的排列或配置，包括完成最终目标所需的层级式或缩进式工作单元 1.0 1.1 1.1.1 1.0 项目群 1.1 项目 1.1.1 系统 子系统 .1 部件 Hierarchy 层级式 Indenture 缩进式 李姗 信管教研室 * 完成系统各个部件 所需的工作 系统 子系统 子系统 B 子系统A 子系统 B 子系统 D 子系统 C 子系统 A