首页/管理/项目管理体系速查/定义活动与活动清单
范围进度成本66 条

定义活动与活动清单

定义活动把工作包分解为进度活动,形成活动清单、活动属性与里程碑清单;活动是排程与估算的直接对象。

项目管理体系速查管理更新于 2026-10-13

定义活动是什么

定义活动是把 WBS 的工作包进一步分解为进度活动,形成活动清单、活动属性与里程碑清单。工作包描述「要交付什么」,活动描述「要做哪些可排程的工作」,活动的粒度直接影响进度跟踪的灵敏度。分解方式可用分解、滚动式规划与专家判断,过程中要同步识别里程碑。

基本信息

输入范围基准(含 WBS 与词典)、组织过程资产、事业环境因素
主要输出活动清单、活动属性、里程碑清单、变更请求
活动属性字段编号、名称、前置活动、资源需求、工期估算、负责人、约束与假设
粒度参考过粗难跟踪、过细推高管理成本,常见以数天工作量作为参考
里程碑特点持续时间为零的重要节点或事件,用于治理汇报与关口判定

典型使用场景

  • 编制进度计划前,把工作包分解为可排程、可分配的活动
  • 作为估算输入:活动的资源需求与工期估算在此形成
  • 识别里程碑:把合同节点、验收点与外部依赖时点标为零工期事件
  • 滚动式规划落地:近期活动详细分解,远期保留在工作包层级
  • 职责分配:为每个活动指定负责人,作为资源分配的依据

活动属性示例

活动属性示例
活动编号:A1020
名称:接口联调                             # 名称要能反映可验证的完成状态
所属工作包:1.1.2 开发与自测
前置活动:A1010 接口开发完成              # 前置关系决定网络图与关键路径
资源需求:后端 2 人、联调环境 1 套         # 资源冲突多发生在联调与环境上
工期估算:5 天(含 1 天缓冲)              # 缓冲写在活动内要注明,避免重复计取
负责人:李四
约束与假设:依赖第三方接口文档按期交付      # 假设要进假设日志并设定验证时限

活动粒度与影响

粒度优点缺点
粗(周级)管理成本低,会议少偏差发现晚,控制滞后,难以定位问题
中(数天)偏差可在一周内暴露需要维护的活动数量较多
细(半天级)跟踪灵敏,日报可见进展更新与汇报成本高,团队负担重
里程碑治理汇报清晰,零工期便于对比设得过密使评审成本超过其价值
活动清单要与 WBS 保持可追溯关系:每个活动都能回到某个工作包,每个工作包都能找到对应活动。滚动式规划下,远期工作包暂不分解为活动,但里程碑与关键依赖仍需提前识别。

易错点

  • 把工作包直接当活动排程,控制时无法区分具体工作,偏差归因困难
  • 活动粒度过细,更新与汇报成本高,团队把大量时间花在维护计划上
  • 里程碑设得过密,评审成本高于其管理价值,团队产生抵触
  • 活动与 WBS 失去追溯关系,交付内容变更后计划不同步,出现无人负责的工作
  • 前置关系凭经验填写,遗漏真实依赖,关键路径计算失真

数据来源与参考

  • PMI《项目管理知识体系指南(PMBOK 指南)》第 6 版,6.2 定义活动
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌