WBS(Work Breakdown Structure)是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围。

WBS 定义 重点

  • 任务分解过程:将项目分解为更多工作细目或子项目,使其更小、更易管理
  • 任务分解结果:WBS(任务分解结构)
  • 工作包(Work Package):WBS 最低层次的可交付成果,由唯一主体负责

WBS 的意义

分解类型 重点

按生存期分解

  • 规划、需求、设计、编码、测试、提交

按功能组成分解

  • 各功能模块(如招生管理、分班管理、学生档案管理等)

分解方法

  • 类比法:参考类似项目
  • 模板法:使用已有 WBS 模板
  • 自上而下:从整体到细节逐层分解
  • 自下而上:从具体任务向上聚合

分解步骤

  1. 确认并分解项目组成要素
  2. 确定分解标准(统一标准,不能混合使用)
  3. 确定分解是否详细
  4. 确定项目交付成果
  5. 验证分解的正确性(建立编号)

检验分解结果的标准

  • 最底层要素是实现目标的充分必要条件
  • 最底层要素没有重复
  • 每个要素清晰完整定义
  • 最底层要素有清晰定义的责任人,能进行 成本计划 估算和 进度计划 安排
  • 每个工作包应能关联到明确交付物和验收标准,便于 质量计划 制定检查点

WBS 指南

  • 分解规模和数量因项目而异
  • 最低层可控和可管理,最好不超过 7 层
  • 软件项目推荐分解到 40 小时的任务
  • 每个 Work Package 必须有一个提交物
  • 利于责任分配
  • 最后与相关人员进行评审

敏捷任务分解

  • 基于 Story 的分解:Epics → Stories → Tasks
  • 输出:Product Backlog(逐步完善)
  • Story 分解来自 需求管理 的敏捷需求,进入 进度计划 的 Sprint 计划和 成本计划 的 Story Point 估算。