项目组合资源容量规划和项目资源排期经常被放在一起讨论，但它们回答的是两个不同阶段的问题。容量规划在立项与取舍阶段判断组合还能承接哪些项目，资源排期在执行阶段安排已选项目里谁在什么时间做什么。本文按决策对象、输入输出、时间跨度与责任角色逐项对照，并用一个季度场景说明两者如何衔接，最后给出从容量结论到排期落地的配合流程。
要点总览（TL;DR）
- 项目组合资源容量规划在立项与取舍阶段回答“组合还能承接哪些项目、先做哪个”，决策对象是项目组合与项目进入顺序。
- 项目资源排期在执行阶段回答“已选项目里谁在什么时间做什么”，决策对象是具体人员、任务与时间。
- 两者在输入、输出、时间跨度、责任角色与颗粒度上都有差异：容量规划以角色或技能类别汇总、看季度或年度；排期落到具体个人与任务、看周或迭代。
- 正确顺序是先容量、后排期：容量结论决定哪些项目进入执行，排期在这些项目内部展开，执行中的负荷信号再反馈回下一轮容量判断。
- 已选项目之间的人员协调归项目集资源协调，日常负载与冲突处理归资源负载与冲突管理，不属于本文讨论的容量判断与排期区别。
两者回答的问题不同：一个决定接不接，一个决定谁来做
项目组合资源容量规划的核心问题是：在现有和可获得的资源容量下，组合还能承接哪些项目，哪些项目应延后、缩减或调整进入顺序。它面向的是项目需求池与资源总量之间的匹配关系，结论落在“接不接、先做哪个”上。
项目资源排期的核心问题是：对于已经确定要做的项目，谁在什么时间完成哪些任务。它把项目范围拆解为可分配的工作，再把具体人员与时间段对应起来，结论落在“人员时间表”上。
两者的决策对象因此不同。容量规划的决策对象是项目组合与项目进入顺序，讨论的是组合层面的取舍；资源排期的决策对象是具体人员、任务与时间，讨论的是执行层面的分配。所处阶段也随之分开：容量判断发生在立项与取舍阶段，排期发生在项目执行阶段。把这两个问题放在同一张表里讨论，容易把“资源不够，是否接这个项目”和“这个项目里谁先做”混成一句话，导致取舍依据缺失。
同口径差异对照：输入、输出、时间跨度与责任角色
把两个概念放到同一组维度下比较，差异会更清楚。下表按核心问题、决策对象、所处阶段、输入、输出、时间跨度、责任角色与颗粒度八个维度并列对照，便于在管理沟通中直接引用。
| 比较维度 | 项目组合资源容量规划 | 项目资源排期 |
|---|---|---|
| 核心问题 | 组合还能承接哪些项目，进入顺序如何安排 | 已选项目内谁在什么时间做什么 |
| 决策对象 | 项目组合与项目进入顺序 | 具体人员、任务与时间 |
| 所处阶段 | 立项与取舍阶段 | 项目执行阶段 |
| 输入 | 资源总量（按角色或技能类别汇总）、项目需求池、业务优先级 | 已批准项目的任务分解、人员可用时间、依赖关系 |
| 输出 | 承接与否的结论、项目优先级与延后清单 | 人员时间表、任务分配与排期计划 |
| 时间跨度 | 季度或年度视角 | 周或迭代视角 |
| 责任角色 | 组合管理者与资源负责人 | 项目经理与团队负责人 |
| 颗粒度 | 角色或技能类别 | 具体个人与任务 |
这张表里最容易被忽略的是颗粒度差异。容量规划以角色或技能类别为单位汇总资源，才能在项目尚未启动、人员尚未确定时做出承接判断；资源排期必须落到具体个人和任务，才能形成可执行的时间安排。输入与输出的差异也由此而来：容量规划的输入是资源总量与项目需求池，输出是承接结论；排期的输入是已批准项目的任务分解，输出是人员时间表。时间跨度上，季度或年度视角适合观察容量趋势，周或迭代视角适合跟踪执行进度，两者不能互相替代。
典型场景演示：同一批资源在两种视角下的不同结论
以下为示意性情景，用于说明两个概念的衔接方式，不代表任何真实客户案例。假设某季度组合内有五个候选项目，关键角色为后端开发与测试，该季度这两类角色的可用容量合计为固定的若干人月，业务方希望全部启动。
从容量规划视角看，组合管理者把五个项目的需求按角色折算，与可用容量对比，发现后端开发需求超出可用容量，测试需求接近上限。结论是：本季度可承接其中三个项目，另外两个延后到下季度，或缩减范围后再评估。这个结论的依据是容量与优先级的匹配，而不是某个人的时间表。
从资源排期视角看，项目经理拿到已批准的三个项目，把项目范围拆解为任务，再安排具体人员在每周或每个迭代内完成哪些工作，处理任务之间的依赖与交接。排期结论是一张人员时间表，它默认项目已经确定要做。
两者的衔接顺序是先容量、后排期：容量结论决定哪些项目进入执行，排期在这些项目内部展开。如果顺序颠倒，先按五个项目排期再讨论取舍，常见结果是关键角色在多个项目间被重复占用，排期表看起来排满了，实际执行时资源透支，项目延期后再回头调整，取舍成本更高。排期结果也应反馈回容量判断：执行中发现某类角色持续饱和，下一轮容量规划就应下调该类角色的可承接量，或提前补充资源。
边界划分：哪些问题归项目集资源协调与负载冲突管理
本文聚焦组合级容量判断与项目级排期的概念区别。有几类相邻问题容易与本文主题混在一起，需要归到对应的管理动作上。
- 已选项目之间的人员协调，归项目集资源协调。它处理的是多个已批准项目共享同一批人员时，如何协调投入顺序与共享方式，前提是项目已经进入执行范围。
- 日常资源负载与冲突处理，归资源负载与冲突管理。它处理执行过程中的负荷过高、任务冲突、临时插单等具体问题，关注的是当下的人员负载状态与冲突化解。
- 具体工具的产品功能对比与推荐，以及价格、版本与认证信息，不在本文范围。本文只解释两个概念的区别与配合方式。
这三类问题与本文主题有衔接关系：容量规划给出承接结论后，项目集资源协调负责已选项目之间的人员安排，资源负载与冲突管理负责执行中的负载监控与冲突处理。把问题归到正确的管理动作上，才能避免用排期手段解决本应在取舍阶段处理的容量问题。
如何在管理中配合使用：从容量结论到排期落地
两个概念在管理中形成一条前后衔接的流程，可以按以下步骤落地。
- 汇总资源容量。按角色或技能类别统计季度或年度可用资源总量，形成容量基线。
- 收集项目需求。把候选项目的资源需求按同一颗粒度折算，与业务优先级一起放入需求池。
- 形成容量结论。对比容量基线与需求总量，输出可承接项目清单、延后清单与优先级建议，作为项目批准与优先级调整的输入。
- 进入项目排期。对已批准项目做任务分解，安排具体人员与时间，形成周或迭代层面的排期计划。
- 反馈与修正。执行中跟踪资源利用率与负荷情况，把持续饱和或闲置的信号反馈回下一轮容量判断，调整承接量或补充资源。
在这条流程中，ONES 的资源与工时管理能力可以承载部分管理动作。资源规划视图支持管理者按业务优先级安排和计划团队资源，在可用资源与需求之间做平衡，这与容量结论的形成相对应；跨项目团队资源规划与成员项目进度可视化，帮助管理者在组合层面观察资源分布。进入排期环节后，ONES Resource 支持通过工作数量和工时规模了解成员排期，按筛选与分组掌握成员在不同项目的投入比重，并通过拖拉拽完成项目排期。执行过程中，成员每日投入饱和明细与资源报表可用于识别规划风险、反馈项目投入情况，为下一轮容量判断提供依据。具体视图形态、报表类型与版本归属需以实际产品配置为准。
需要说明的是，组合层容量测算是否以专门视图呈现，取决于组织的管理颗粒度与工具配置；容量规划与排期的配合效果，更多取决于是否坚持先取舍后排期的顺序，以及排期反馈是否真正回流到容量判断。把这两个动作分开执行、再按顺序衔接，比在排期表里反复调整更能减少资源透支。
常见问题
如果组织规模较小、项目数量不多，还需要把容量规划和资源排期分开做吗？
项目数量少时，两项工作可以由同一个人完成，但判断顺序仍建议保留。先按角色汇总可用资源、对照候选项目的需求得出承接结论，再对已批准项目安排具体人员和时间。合并执行的风险在于：一旦直接从人员排期入手，取舍依据容易被排期表上的空档替代，出现“排得下就接”的情况。规模小时可以把容量测算做得轻一些，例如按季度粗略折算关键角色的人月，但“先定接不接、再定谁来做”的顺序不宜颠倒。
容量规划按角色汇总，排期却要落到个人，中间的颗粒度落差怎么处理？
这个落差是正常的，处理方式是在容量结论中保留假设条件。容量规划以角色或技能类别为单位，得出“某类角色本季度可承接若干项目”的结论时，应同时记录该结论依赖的前提，例如关键角色无长期缺勤、外部资源可按计划到位。进入排期后，如果发现某类角色实际可用人员少于假设，应把差异反馈回容量结论，而不是只在排期表里压缩任务时间。颗粒度从角色到个人的转换过程，本身就是一次对容量假设的校验。
排期执行中发现某类角色持续饱和，应该调整排期还是回到容量规划？
两者都要做，但处理层次不同。排期层面可以先处理短期冲突，例如调整任务顺序、拆分工作或协调临时支援，这属于资源负载与冲突管理的范围。如果饱和在多个项目、多个周期反复出现，说明容量结论本身需要修正，应回到容量规划下调该类角色的可承接量，或提前启动补充资源的决策。判断依据是饱和的持续时间和波及范围：偶发、单项目的饱和在排期层解决；跨项目、跨周期的饱和应触发容量层面的重新评估。
多个已批准项目共享同一批人员，这类协调属于容量规划还是排期？
属于项目集资源协调，是本文两个概念之外的相邻动作。容量规划解决的是“这些项目该不该进入执行范围”，排期解决的是“单个项目内部谁在什么时间做什么”，而多个已选项目争用同一批人员时如何安排投入顺序与共享方式，发生在项目已经批准之后、单个项目排期之前或之间。实际管理中，这类协调的结论会作为各项目排期的输入条件，因此三者是衔接关系：容量规划定范围，项目集资源协调定项目间的人员分配，项目排期定项目内的人员时间表。
用工具承载这两项工作时，应该重点看哪些能力？
可以按两个层次对照工具能力。容量层面关注能否按角色或技能类别汇总资源、能否把资源总量与项目需求放在同一视图中比较，以及能否按业务优先级安排团队资源。排期层面关注能否把任务分解结果落到具体成员与时间段、能否查看成员在不同项目的投入比重，以及能否通过工作数量和工时规模了解排期。执行反馈层面关注资源利用率、负荷度与每日投入明细是否可查。以 ONES 为例，其资源规划视图支持按业务优先级安排和计划团队资源，ONES Resource 支持通过工作数量和工时规模了解成员排期、按筛选与分组掌握成员在不同项目的投入比重，并提供每日投入饱和明细与资源报表；具体视图形态、报表类型与版本归属需以实际产品配置为准。
