项目集决策跟踪是对项目集治理层已作出的决策进行登记、指派责任、跟进执行状态并确认关闭的管理活动。它跟踪两类核心内容：决策事项本身（议题、结论、生效范围与期限），以及执行状态（责任人、动作、里程碑、关闭证据）。本文说明它跟踪哪些决策、状态如何记录与判定，以及它与决策记录、项目集状态监控的分工。
要点总览（TL;DR）
- 项目集决策跟踪是对治理层已作出的决策进行登记、指派责任、跟进执行状态并确认关闭的管理活动，产出是一份持续更新的决策执行台账。
- 纳入跟踪的决策通常涉及范围与基线变更、资源与预算调配、关键里程碑调整、重大风险应对、跨项目优先级裁决、供应商与合同取舍；日常任务分派和项目内闭环的技术细节留在项目层。
- 每条决策至少记录决策编号、议题、结论、生效范围、决策人、执行责任人和截止时间；执行状态取待启动、进行中、受阻、已完成、已关闭、已撤销，已完成与已关闭分开，关闭需附交付物或验收确认。
- 决策记录保存“决定了什么”，决策跟踪管理“决定之后做到哪一步”，项目集状态监控看收益、进度、资源、风险的整体健康度；三者共用同一决策编号，跟踪状态回流为治理例会议题。
项目集决策跟踪的直接定义
项目集决策跟踪是一项治理动作：治理层作出决策之后，由指定的跟踪角色把决策转成可核对的条目，明确谁执行、何时完成、完成的标准是什么，并持续更新执行状态，直到确认关闭。它的产出不是一份会议材料，而是一份持续更新的决策执行台账。
它与会议纪要、决策记录的分工可以这样理解：会议纪要记录讨论过程与发言要点；决策记录保存“决定了什么”，包括议题、结论、生效范围和决策人；决策跟踪管理“决定之后做到哪一步”，包括执行责任人、动作、截止时间、当前状态和关闭证据。三者前后衔接，缺了跟踪环节，决策记录就停留在纸面。
跟踪活动的起止点需要明确。起点是决策在治理会上形成并被确认生效，此时生成决策编号并登记入台账；终点是执行结果经确认关闭，附上交付物或验收确认，必要时补充复盘结论。决策被撤销也属于一种终止状态，同样需要记录撤销原因与时间，避免台账中出现无解释的悬空条目。
跟踪范围：哪些决策事项需要进入台账
并非所有决定都需要进入项目集决策跟踪台账。判断标准集中在两个条件：该决策是否影响跨项目或多团队，以及是否需要治理层授权。两个条件满足其一且涉及资源或方向调整时，通常应纳入跟踪；仅在单个项目内闭环、由项目团队自行处理的技术细节，留在项目层管理即可。
常见的纳入类型包括：
- 范围与基线变更：项目集范围调整、验收基线修改，影响多个子项目的交付约定。
- 资源与预算调配：跨项目的人力借调、预算追加或削减、共享资源优先级安排。
- 关键里程碑调整：项目集级里程碑的提前、推迟或重新定义。
- 重大风险应对：需要治理层拍板的应对方案、风险接受或转移决定。
- 跨项目优先级裁决：多个子项目争抢同一资源或同一时间窗口时的排序决定。
- 供应商与合同取舍：供应商选择、合同变更、合作范围调整等需要授权的事项。
不纳入跟踪的典型事项包括日常执行层的任务分派，以及已在项目内闭环的技术细节决定。这类事项由项目团队按既有流程处理，进入项目集台账反而会增加无效条目，稀释治理层对关键决策的关注。判断时可以问两个问题：这个决定如果执行不到位，是否会影响其他项目或团队？这个决定是否只有治理层才有权作出？两个问题都指向“否”时，通常不必纳入。
执行状态怎么记：字段、状态与关闭规则
决策跟踪台账的价值取决于字段是否足以支撑核对。每条决策至少应包含以下字段，字段设计的目标是让一个不参会的人也能看懂这条决策执行到哪一步。
| 字段 | 记录内容 | 作用 |
|---|---|---|
| 决策编号 | 唯一标识，建议含会议批次或年份序号 | 跨文档、跨系统引用时保持口径一致 |
| 议题 | 决策所针对的问题或背景 | 说明为什么作出这个决定 |
| 结论 | 决定的具体内容 | 明确“决定了什么” |
| 生效范围 | 涉及的项目、团队、时间期限 | 界定执行边界，避免扩大或遗漏 |
| 决策人 | 有权作出该决策的角色或人员 | 追溯授权来源 |
| 执行责任人 | 负责落地的人员，可为一人或多人分工 | 明确跟进对象 |
| 截止时间 | 约定完成日期 | 支撑超期判断 |
执行状态的取值建议保持精简且互斥，常用取值为：待启动、进行中、受阻、已完成、已关闭、已撤销。流转规则是：决策登记后为待启动；执行责任人开始动作后转为进行中；遇到依赖未满足、资源未到位等情况转为受阻并记录原因；执行动作完成后转为已完成，但此时尚未关闭；经确认关闭证据齐全后转为已关闭；决策因情况变化被治理层撤回时转为已撤销。已完成与已关闭分开，是为了把“做完了”和“确认做对了”区分开。
关闭条件应写清楚，通常包括三类证据：交付物（如变更后的计划、签署的合同、调整后的排期）、验收确认（决策人或其授权人的确认记录）、复盘结论（对执行效果的简要评估，尤其是未达预期时）。口头确认可以作为过程沟通，但不宜单独作为关闭依据，否则后续追溯时无法还原判断依据。
受阻与超期需要预设升级路径。常见做法是：受阻条目在台账中标注原因和预计解除时间，超过约定时限仍未解除的，由跟踪角色提交下一次治理例会；超期条目按影响程度分级，影响跨项目交付的优先上会，其余在例会中批量通报。升级路径写进规则，跟踪角色才有依据推动，而不是依赖个人催促。
在工具承载层面，决策台账可以用工作项或文档形式落地，把决策编号、责任人、截止时间和状态作为固定字段维护，状态变更留痕。ONES Plan 提供多项目进度管控和资源管理，支持借助项目集管理总览多项目信息，并可查看多项目数据集合、多维度掌控项目进度；当决策涉及跨项目排期或资源调配时，这类总览数据可以作为核对执行进展的参考。决策事项本身的台账字段与状态流转，需按团队规则在工具中配置，具体承载方式以实际产品能力为准。
与决策记录、项目集状态监控的区别和衔接
三个概念容易混用，边界可以用一张对照表说明。
| 维度 | 决策记录 | 决策跟踪 | 项目集状态监控 |
|---|---|---|---|
| 回答的问题 | 决定了什么 | 决定之后做到哪一步 | 项目集整体健康度如何 |
| 主要对象 | 议题、结论、生效范围、决策人 | 执行责任人、动作、状态、关闭证据 | 收益、进度、资源、风险 |
| 更新频率 | 决策形成时写入 | 随执行进展持续更新 | 按监控周期定期汇总 |
| 典型产出 | 决策记录条目 | 决策执行台账 | 状态报告与治理例会议题 |
衔接关系是双向的。决策记录是决策跟踪的输入：每条进入跟踪的决策都应来自一条已确认的决策记录，跟踪台账不自行创造决策。决策跟踪的状态数据则回流到项目集状态监控：受阻和超期的决策会影响进度与资源判断，成为治理例会的固定议题来源。状态监控发现的偏差，又可能触发新的决策，形成下一轮记录与跟踪。
避免口径分裂的关键是共用同一决策编号。决策记录、跟踪台账、状态报告和例会材料引用同一条决策时使用同一编号，讨论时就不会出现“说的是不是同一件事”的歧义。编号规则一旦确定，应保持稳定，不因会议批次变化而重新编排。
一个具体例子与常见误解
以下为演示情景，用于说明跟踪过程，不代表真实案例。某项目集治理会决定调整两个子项目的上线顺序：原定先上线的子项目 A 推迟两周，子项目 B 提前上线，以配合外部合作方的时间窗口。决策记录登记议题、结论、生效范围和决策人，生成决策编号。跟踪台账随即建立条目：执行责任人为项目集交付负责人，截止时间为调整后计划确认日，状态为待启动。
执行过程中，交付负责人更新两个子项目的排期与依赖关系，状态转为进行中；期间子项目 B 的测试资源未到位，状态转为受阻并记录原因，跟踪角色在下次例会提交该条目，治理层协调资源后解除受阻。排期调整完成后状态转为已完成，交付负责人提交调整后的计划文档和两个子项目负责人的确认记录，经决策人确认后转为已关闭，并附一句复盘结论：外部时间窗口是本次调整的主要约束，后续排期应提前纳入外部依赖。整个过程从决策形成到关闭，每一步都有记录可查。
常见误解有三条。其一，把决策跟踪等同于会议纪要归档：纪要保持的是讨论过程，跟踪管理的是执行落地，归档完成不等于决策执行到位。其二，只记结论不记责任人与截止时间：没有责任人和时限的条目无法跟进，也无法判断是否超期，最终会退化为一份静态清单。其三，决策关闭以口头确认为准：口头确认缺少可追溯的证据，一旦后续出现争议或人员变动，关闭依据就无从核对，应至少保留交付物或书面确认。
常见问题
决策已经执行完成，但还没走关闭确认，台账里应该记什么状态？
建议记为“已完成”，与“已关闭”分开。已完成表示执行动作已经做完，已关闭表示关闭证据齐全并经确认。这样区分的好处是，治理层能一眼看出哪些决策是“做完了但还没验收”，避免把执行完成误当成治理闭环。关闭时至少补齐交付物或书面确认；如果执行效果与预期有偏差，再补一句复盘结论。
同一项决策在跟踪过程中情况发生变化，需要调整结论或截止时间，怎么处理？
不建议直接改写原条目。更稳妥的做法是保留原决策记录，新增一条变更或补充决策，用新的决策编号登记调整后的结论与时限，并在原条目中注明关联编号。这样台账能还原“当初怎么定的、后来为什么改”，后续追溯时不会出现前后矛盾。若调整幅度较大，应由治理层重新确认后再更新跟踪状态。
决策跟踪台账应该由谁维护，项目经理还是PMO？
取决于组织分工，两种做法都常见。由PMO或项目集管理办公室集中维护，口径统一、跨项目汇总方便；由各决策的执行责任人自行更新状态、跟踪角色负责核对与催办，信息更贴近执行现场。无论哪种方式，都需要明确一个跟踪角色对台账完整性负责，并规定状态更新频率，否则台账容易在几次例会后停止更新。
决策被撤销了，还需要留在台账里吗？
需要保留，状态记为“已撤销”，并写明撤销原因、撤销时间和作出撤销决定的治理会议。直接删除条目会让台账与历史决策记录对不上，也会让当时依据该决策开展的工作失去解释。保留撤销记录还能帮助复盘：哪些类型的决策容易被推翻，是否在决策形成阶段缺少必要信息。
用ONES承载决策台账时，需要额外配置什么？
ONES Plan 提供多项目进度管控和资源管理，支持借助项目集管理总览多项目信息，并可查看多项目数据集合、多维度掌控项目进度，可作为核对跨项目执行进展的参考。决策台账本身的字段（决策编号、执行责任人、截止时间、状态、关闭证据）与状态流转规则，需要按团队约定在工作项或文档中配置，具体承载方式以实际产品能力为准。
