项目集章程是项目集启动时经治理层批准的一份授权文件，用来界定共同收益目标、范围边界、组成项目、治理职责与关键约束，并授予项目集经理协调资源的权限。它在治理中确立授权与问责起点、统一收益口径、划定决策与升级路径，并为阶段门评审提供基准。下文同时说明它与项目章程、商业论证的分工。
要点总览（TL;DR）
- 项目集章程是项目集启动时由治理层批准的授权文件，界定共同收益目标、范围边界、组成项目、治理职责与关键约束，并授予项目集经理协调资源的权限。
- 它在治理中承担五项作用：授权与问责起点、统一收益口径、划定决策权与升级路径、作为阶段门评审与变更控制基准、作为协调组成项目间依赖的依据。
- 章程由发起方提出收益设想、项目集经理组织编制草案、治理层评审批准后作为基线发布，实质性变更需走治理审批并更新版本。
- 商业论证回答是否值得投资，项目集章程回答获批后如何治理项目集，项目章程针对单个项目；投资选择归项目组合管理。
- 把任意多项目清单称为项目集、把章程当成一次性文档、把章程等同于详细项目计划，是三类常见误解。
项目集章程的定义与核心内容
项目集章程（Program Charter）可以概括为：在项目集正式启动阶段，由具备授权资格的治理层签发的正式文件，它回答三个问题——这个项目集为什么存在、边界在哪里、由谁以什么权限来管。它属于授权文件，签发即意味着治理层同意投入资源、指定项目集经理，并接受章程所载的收益目标与约束条件。缺少这份授权，项目集经理协调跨项目资源时就缺少组织依据。
一份可用的章程通常包含以下要素，编写时可逐项对照：
- 共同收益目标：项目集存在的理由。描述各组成项目协同后才能实现的收益，并尽量给出可度量的指标、时间窗口与受益对象。
- 范围边界：明确纳入哪些项目、工作流或业务领域，同时写明排除项。排除项与纳入项同等重要，它防止后续范围讨论反复回到起点。
- 组成项目与工作流：列出初始识别的组成项目和跨项目工作流，说明它们之间的主要依赖关系。组成清单在项目集生命周期内会调整，章程记录的是启动时的基线。
- 治理结构：说明项目集治理层的构成、项目集经理的任命、各组成项目的汇报关系，以及关键干系人的角色。
- 角色职责：区分治理层（决策与批准）、项目集经理（整体协调与执行）、组成项目经理（交付本项目管理范围）三类职责，避免职责重叠或空档。
- 关键约束与假设：预算上限、关键时间节点、合规要求、资源可用性前提，以及编制时依赖的假设条件。假设一旦被推翻，应触发章程复核。
需要说明的是，章程描述的是治理层面的安排，篇幅通常有限。它列出组成项目和依赖关系，具体交付计划、进度网络图和详细预算分解属于项目集管理计划的内容，放在章程里会让文件失去作为授权基准的清晰度。
项目集章程在治理中承担的作用
章程的治理价值体现在它把分散的决策变成有依据的决策。具体可从五个方面理解。
授权与问责的起点
章程签发之前，项目集经理的协调动作依赖个人影响力；签发之后，资源调配、跨项目排期、向治理层升级都有了正式依据。同时，问责链条随之建立：治理层对收益目标负责，项目集经理对整体协调与执行负责，组成项目经理对本项目交付负责。后续出现争议时，章程是判断“谁有权决定、谁应承担责任”的第一份文件。
统一收益口径与成功标准
多个项目并行时，各项目容易按自身交付指标定义成功，整体收益反而无人认领。章程把共同收益写成可度量的目标，并明确衡量方式与时间点，使各组成项目的成功标准与项目集整体目标对齐。阶段门评审时，治理层依据同一套口径判断进展，避免各项目各说各话。
划定决策权与升级路径
章程应说明哪些事项由项目集经理决定，哪些须提交治理层，哪些属于组成项目经理的自主范围，以及争议升级的路径和时限。跨项目资源冲突、范围变更、重大风险处置，都按这一路径处理。决策权清晰，跨项目协调就不必每次重新谈判。
阶段门评审与变更控制的基准
项目集通常按阶段推进，每个阶段门都需要回答“是否继续、是否调整”。章程所载的收益目标、范围边界和约束条件构成评审基准：实际进展与章程基线的偏差，是治理层做出继续、调整或终止决定的依据。范围或收益目标发生变化时，应走治理审批并更新章程版本，使基准始终反映最新授权状态。
协调组成项目间依赖的依据
项目集管理的核心是管理项目之间的依赖。章程记录了启动时识别的主要依赖关系与接口，当某个组成项目的进度或交付物变化影响其他项目时，项目集经理可以依据章程中的依赖描述组织协商，并把无法在项目集层面解决的冲突按升级路径提交治理层。
章程如何形成：从收益设想到获批的机制
章程不是项目集经理单独写出的文档，而是多方参与、逐级收敛的产物。典型路径如下：
- 发起方提出收益设想与初步范围：业务发起方说明期望实现的共同收益、大致涉及的业务领域和时间要求，形成章程编制的输入。
- 项目集经理组织编制草案：项目集经理牵头识别组成项目与工作流、梳理依赖关系、起草治理结构与角色职责，并就关键约束与相关方确认。草案阶段应主动暴露假设和待决事项，而不是把它们留到批准后再讨论。
- 治理层评审并批准：治理层对收益目标是否可度量、范围与排除项是否清晰、治理角色与决策权限是否明确、约束与假设是否列明逐项评审，批准即完成授权。
- 作为基线发布与分发：批准后的章程作为基线版本发布，分发给治理层成员、项目集经理、各组成项目经理和关键干系人，确保各方对目标、边界和权限的理解一致。
- 变更走治理审批：收益目标、范围边界、治理结构或关键约束发生实质性变化时，提交治理层审批，批准后更新章程版本并记录变更原因，旧版本归档保留。
在这一流程中，章程草案、评审意见、批准记录和变更版本需要可追溯，否则治理层难以判断当前执行依据是哪一版。ONES 提供项目集层面的多项目总览、进度与资源管理、里程碑与甘特图等能力，可用于呈现组成项目的整体进展；章程文本本身的编制、审批与变更留痕是否在 ONES 中实现、通过哪个模块实现，需以其官方文档为准。若组织已有文档与审批工具，也可将章程作为受控文档管理，并在项目集工作项中关联对应版本。
与项目章程、商业论证的边界区别
三个概念常被混用，区别在于回答的问题不同、作用的对象不同。商业论证回答“是否值得投资”，项目集章程回答“获批后如何治理整个项目集”，项目章程回答“单个项目如何获得授权并启动”。投资选择与优先级排序属于项目组合管理的职责范围，不在章程的讨论之内。
| 维度 | 商业论证 | 项目集章程 | 项目章程 |
|---|---|---|---|
| 回答的问题 | 是否值得投资、有哪些可选方案 | 获批后如何治理项目集、如何获得共同收益 | 单个项目为何启动、由谁负责 |
| 作用对象 | 投资决策对象（可包含一个或多个项目集） | 项目集整体及其组成项目间的协调 | 单个项目 |
| 范围 | 成本、收益、风险与方案比较 | 共同收益目标、范围边界、组成项目、治理结构 | 项目目标、交付范围、项目经理授权 |
| 授权层级 | 为投资决策提供依据，本身不授予执行权限 | 由项目集治理层批准，授予项目集经理协调权限 | 由项目发起人或相应管理层批准，授予项目经理权限 |
| 先后关系 | 先行，支撑投资选择 | 投资获批后编制并批准 | 项目集章程批准后，各组成项目据此启动并编制项目章程 |
顺序上，商业论证支撑投资决策，投资获批后形成项目集章程，项目集章程再为各组成项目的项目章程提供上位依据。三者内容可以互相引用，但不能相互替代：用商业论证代替章程，项目集缺少治理安排；用项目章程代替项目集章程，跨项目协调失去授权基础。
具体例子与常见误解
以下为演示情景，用于说明章程的写法与用法，不代表真实案例。某制造企业计划在两年内完成三个工厂的仓储系统升级，期望实现的共同收益是库存周转率整体提升、跨工厂调拨响应时间缩短。若三个项目各自独立立项，可能各自选择不同的数据标准，整体收益无法实现。此时可设立项目集：章程写明共同收益指标与衡量口径、纳入三个工厂的升级项目及统一数据标准工作流、排除办公设备采购等无关事项、治理层由供应链负责人与 IT 负责人组成、项目集经理有权协调跨工厂资源并主持依赖评审、预算上限与关键里程碑作为约束。执行中某工厂项目延期影响数据标准统一上线，项目集经理依据章程中的依赖描述组织协商，协商未果则按升级路径提交治理层决策。
判断一份章程写得对不对、用得好不好，可核对以下几点：收益目标是否可度量并有衡量时间点；范围与排除项是否清晰；治理角色与决策权限是否明确到事项；约束与假设是否列明；是否具备版本化的变更机制；组成项目经理是否知道在什么情况下向谁升级。若多数条目无法回答，章程大概率停留在形式层面。
常见误解有三类。其一，把任意多个项目并列管理就称为项目集。项目集的核心是协调关联工作以获得单独管理各项目无法实现的共同收益；缺少共同收益和相互依赖的项目清单，不需要项目集章程。其二，把章程当成一次性文档，批准后不再维护。收益目标、范围或治理结构发生实质变化而不更新章程，阶段门评审就失去可靠基准。其三，把章程等同于详细项目计划。章程确定治理安排与授权边界，进度网络、资源计划和交付分解属于后续管理计划，混在一起会削弱章程作为授权基准的作用。
常见问题
项目集章程批准后，组成项目还需要单独编制项目章程吗？
需要。项目集章程授予的是项目集经理协调整个项目集的权限，各组成项目仍需按自身启动流程获得授权。项目集章程为组成项目的项目章程提供上位依据，组成项目章程的目标与范围应与项目集章程中的共同收益和范围边界保持一致。若某个组成项目的目标与项目集收益出现偏离，应在项目集治理层协调，而不是仅在单个项目层面调整。
章程批准后，什么情况下必须启动变更审批？
当共同收益目标、范围边界（含纳入与排除项）、治理结构或关键约束与假设发生实质性变化时，应提交治理层审批并更新章程版本。日常执行中的进度微调、单个任务调整通常不需要变更章程。判断标准是看变化是否影响授权基础：如果变化会导致治理层当初批准的前提不再成立，就应走变更审批，并记录变更原因、保留旧版本。
项目集经理在章程编制阶段应重点确认哪些事项？
编制草案阶段，项目集经理应重点确认三类事项：一是共同收益是否可度量、衡量口径与时间点是否明确；二是组成项目与工作流之间的主要依赖关系是否识别，接口责任是否落到具体角色；三是治理角色与决策权限是否清晰到具体事项，升级路径和时限是否可执行。草案阶段主动暴露假设和待决事项，比留到批准后再讨论更有利于治理层做出有效决策。
章程与项目集管理计划是什么关系？
章程确定治理安排与授权边界，是项目集管理计划的编制依据；管理计划则在章程框架内展开进度、资源、交付分解和风险应对等具体安排。两者层级不同：章程篇幅有限，聚焦为什么做、边界在哪、由谁以什么权限管；管理计划内容更细，随执行持续更新。把详细计划塞进章程会削弱其作为授权基准的清晰度，把章程当成计划使用则容易在执行细节中丢失治理视角。
规模较小的项目集是否也需要正式章程？
章程的形式可以随项目集规模和治理复杂度调整，但授权与问责的核心内容不宜省略。即使组成项目较少，也需要明确共同收益、范围边界、决策权限和升级路径，否则跨项目协调仍缺少组织依据。规模较小时，章程可以更简短，但收益目标可度量、角色职责清晰、变更机制可执行这几项应保留。
