项目集综合进度表和单项目进度表回答的是两个不同层级的问题：前者看多个关联项目合起来是否按整体节奏推进，后者看一个项目内部做到哪一步。本文按汇总层级、基本对象、时间粒度和使用场景逐项对照，并说明项目集综合进度表如何从单项目进度中抽取项目级信息，以及两类表在什么条件下配合使用。
要点总览（TL;DR）
- 单项目进度表以任务、工期、负责人和项目内里程碑为对象，回答“这个项目内部做到哪一步”，按天或周更新，由项目经理负责。
- 项目集综合进度表以项目级里程碑、跨项目依赖、关键节点和整体偏差为对象，回答“多个关联项目合起来是否按整体节奏推进”，按周或月更新，由项目集负责人负责。
- 项目组合进度视图面向多个项目集或全组织，粒度更粗，服务于投资排序与资源总量分配；三者是层级关系，上一层级依赖下一层级的数据，不替代下一层级。
- 项目集综合进度表的关键是统一状态定义、日期基准和上报频率，从各项目抽取项目级信息，不复制任务明细。
- 项目间关联弱时单项目进度表足够；共享关键资源或存在交付依赖时，需要建立项目集综合进度表，并让两类表通过统一口径衔接。
一张表回答的问题不同
单项目进度表回答“这个项目内部做到哪一步”。它以任务、工期、负责人和里程碑为基本对象，按天或周记录任务的开始、完成和剩余工作，供项目经理和项目成员跟踪执行。任务延期、人员负荷、阶段交付是否完成，都在这张表里体现。
项目集综合进度表回答“多个关联项目合起来是否按整体节奏推进”。它以项目级里程碑、跨项目依赖、关键节点和整体偏差为基本对象，按周或月更新，供项目集负责人协调资源、安排节点评审、向管理层汇报整体节奏。它关注的是项目之间的衔接：某个项目的交付延迟会不会影响另一个项目的启动，共享的关键角色是否在同一时段被多个项目争用。
再往上一层是项目组合进度视图。它面向多个项目集或全组织，粒度更粗，通常按月或季度呈现，服务于投资排序、资源总量分配和优先级决策。三者的关系是层级关系：单项目进度表提供执行事实，项目集综合进度表把关联项目的项目级信息汇总成整体节奏，项目组合进度视图在更大范围内做取舍。上一层级依赖下一层级的数据，但不替代下一层级的表。
同口径差异对照：汇总层级、对象与用途
把三张表放在同一组维度上比较，差异更容易核对。下表按汇总层级、基本对象、时间粒度、主要用途、更新来源与责任人逐项列出。
| 比较维度 | 单项目进度表 | 项目集综合进度表 | 项目组合进度视图 |
|---|---|---|---|
| 汇总层级 | 任务级 | 项目级 | 项目集/投资级 |
| 基本对象 | 任务、工期、负责人、项目内里程碑 | 项目、项目级里程碑、跨项目依赖、关键节点 | 项目集、资源投入总量、投资优先级 |
| 时间粒度 | 天或周 | 周或月，关键节点单独标注 | 月或季度 |
| 主要用途 | 执行跟踪、任务分派与进度更新 | 统筹协调、依赖核对、节点评审安排 | 投资与优先级决策、资源总量分配 |
| 更新来源 | 项目成员更新任务状态 | 各项目经理按周期提交项目级进度与风险 | 项目集负责人汇总上报，管理层评审 |
| 责任人 | 项目经理 | 项目集负责人 | 项目组合管理角色或管理层 |
| 与相邻层级的关系 | 为项目集表提供项目级输入 | 抽取单项目信息，向组合视图上报 | 依赖项目集表，做跨项目集取舍 |
从表中可以看出，三张表的差异集中在“汇总到什么层级”和“为谁做决策”两点。单项目进度表服务于执行，项目集综合进度表服务于协调，项目组合进度视图服务于取舍。同一份项目数据在不同层级被压缩成不同粒度，层级越高，任务明细越少，判断越偏向节奏和资源。
项目集综合进度表里放什么
项目集综合进度表从各项目进度中抽取项目级信息，不复制任务明细。典型内容包括以下几类：
- 项目级里程碑与关键节点：每个项目的阶段交付、评审、上线等节点，标注计划日期和当前状态。
- 跨项目依赖及其承诺日期：哪个项目的哪项交付是另一个项目的前置条件，承诺日期是什么，当前是否按期。
- 各项目整体状态与偏差标记：用统一的状态定义（如正常、关注、风险、延期）标注每个项目的整体情况，并记录偏差原因。
- 资源与关键角色占用冲突提示：共享的关键角色在同一时段被多个项目占用时，在表上标出冲突时段，供协调会讨论。
汇总口径需要在建表时统一，否则各项目上报的数据无法比较。至少要统一三件事：状态定义（什么情况算“关注”、什么情况算“风险”）、日期基准（以计划完成日还是承诺交付日为准）、上报频率（按周还是按月提交）。口径由项目集负责人牵头确定，各项目经理按同一口径填报。口径调整时同步通知所有项目，避免新旧数据混用。
从单项目进度汇总到项目集进度表的做法
汇总不是把各项目的表拼在一起，而是一套有角色分工的周期性动作。可按以下步骤执行：
- 统一状态定义与日期基准：项目集负责人组织各项目经理确认状态分级、日期口径和上报模板，形成书面约定。
- 各项目经理按周期提交项目级进度与风险：项目经理从单项目进度表中提取项目级里程碑状态、偏差原因和需要协调的事项，按约定频率提交。
- 项目集负责人核对依赖与节点冲突：把各项目提交的信息填入综合表，重点核对跨项目依赖的承诺日期是否被上游项目的变化影响，标出资源冲突时段。
- 在评审会上用同一张表对齐资源与调整安排：项目集负责人带着综合表组织节点评审，各项目经理在同一张表上确认依赖调整和资源安排，形成会议结论。
- 回写调整结果并进入下一周期：评审后的节点和依赖变更回写到综合表，同时通知相关项目经理更新各自的项目进度表。
这套流程的关键是减少手工二次填报。如果项目级里程碑和依赖关系能在工作项和里程碑数据中维护，综合表就可以从这些数据汇总生成，项目经理只需补充偏差说明和协调请求。ONES Plan 提供多项目进度管控和项目集管理总览，支持制定项目里程碑和甘特图、多时间跨度查看进度，并可查看多项目数据集合；其甘特图可监控及规划 ONES Project 中的相关项目和迭代，查看工作量和进度。在瀑布项目管理场景中，ONES 还支持设置项目计划和里程碑基线，对比计划与执行的偏差。这些能力可以承载上述汇总动作中的数据来源和节点核对，具体字段和状态口径仍需按组织约定配置。
适配场景与选择建议
选择哪张表，取决于项目之间的关联程度和管理问题的层级。
只需单项目进度表的情况：项目之间关联弱，各自有独立的交付目标和资源，项目经理能自行安排任务和里程碑。此时建立项目集综合进度表会增加填报负担，收益有限。单项目进度表足以支撑执行跟踪和项目内评审。
需要项目集综合进度表的情况：多个项目共享关键资源或关键角色，或者一个项目的交付是另一个项目的前置条件。此时单项目表各自正常，合起来却可能出现节奏错位，需要一张项目级视图核对依赖和资源冲突。向管理层汇报多个关联项目的整体节奏时，也应使用项目集综合进度表，避免把多张任务级表直接堆给管理层。
两类表并存的配合方式：单项目进度表保持任务级更新，作为执行事实的来源；项目集综合进度表按周期从各项目抽取项目级信息，作为协调和汇报的依据。两者通过统一的状态定义和日期基准衔接，项目集层面的调整回写到项目进度表。
常见误用有两种：一是把项目集综合进度表做成任务明细的汇总，表越来越厚，协调价值反而下降；二是只有单项目进度表，靠会议口头同步跨项目依赖，依赖变化无法在表上留痕。前者应压缩到项目级对象，后者应在关联项目增多时建立项目集综合进度表。项目组合进度视图则在项目集数量增加、需要做投资排序时再引入，不必与项目集表同时起步。
常见问题
项目集综合进度表能不能直接汇总各项目的任务明细？
不建议这样做。项目集综合进度表的对象是项目级里程碑、跨项目依赖和整体偏差，任务明细属于单项目进度表的范围。把任务明细搬进综合表，表会迅速变厚，项目集负责人反而难以看清节奏和冲突。更合适的做法是各项目经理从单项目进度表中提取项目级信息提交，综合表只保留项目级对象。
项目数量不多，是否也需要建立项目集综合进度表？
判断依据是项目之间的关联程度，而非项目数量。如果几个项目共享关键角色或资源，或者一个项目的交付是另一个项目的前置条件，即使项目数量不多，也值得建立一张项目级视图来核对依赖和资源冲突。如果项目之间关联弱、各自独立交付，单项目进度表配合定期沟通即可。
各项目上报的状态口径不一致，怎么处理？
在建表阶段由项目集负责人牵头统一三件事：状态分级（什么情况算“关注”、什么情况算“风险”）、日期基准（以计划完成日还是承诺交付日为准）、上报频率。口径确定后形成书面约定，各项目经理按同一口径填报。口径调整时同步通知所有项目，避免新旧数据混用导致综合表失真。
项目集综合进度表和项目组合进度视图应该先建哪个？
通常先建项目集综合进度表。它承接单项目进度表的数据，解决关联项目的节奏协调问题，是项目组合进度视图的数据基础。当项目集数量增加、需要做跨项目集的投资排序和资源总量分配时，再引入项目组合进度视图。两者不必同时起步。
用工具承载项目集综合进度表时，需要关注哪些能力？
重点看三点：能否从项目工作项和里程碑数据汇总生成项目级视图，减少手工二次填报；能否在同一视图查看多个项目的进度与工作量；能否设置里程碑基线并对比计划与执行偏差。ONES Plan 提供多项目进度管控和项目集管理总览，支持制定项目里程碑和甘特图、多时间跨度查看进度，并可查看多项目数据集合；其甘特图可监控及规划 ONES Project 中的相关项目和迭代。在瀑布项目管理场景中，ONES 还支持设置项目计划和里程碑基线，对比计划与执行的偏差。具体字段和状态口径仍需按组织约定配置。
