项目章程怎么编写：字段、步骤与评审要点

2026年11月7日

项目章程的编写顺序是：先写项目目的与可交付成果，再确定高层范围边界、关键里程碑、预算与资源上限、主要干系人与审批人、高层风险与假设，最后形成一份可被发起人签批的文档。每个字段都要落到可核对的对象、日期或数字。本文只讨论单个项目启动授权所需的章程写法，多项目之间的准入排序不在范围内。

Table of Contents

要点总览（TL;DR）

章程按依赖顺序填写：项目目的→可交付成果→高层范围→里程碑→预算与资源上限→干系人与审批→风险与假设→签批信息，前一项不清楚时先回退修正。
每个字段都要达到可核对、可验收、可授权的颗粒度：对象有名称和归属，成果有完成判断依据，预算和审批人有明确上限与责任人。
章程由项目经理执笔，发起人授权签批，业务负责人确认范围，财务或资源审批方核对预算，技术负责人评估可行性，版本与签批记录随文档留存。
签批前逐项检查目标可验收、范围有边界、里程碑有日期、预算有上限、审批人明确，任一阻断项未解决不进入签批。
章程签批后作为详细计划与需求评审的基准，范围、预算或里程碑调整时更新版本并按原审批链重新确认。

项目章程先写什么：核心字段与填写顺序

章程的字段之间存在依赖：目的决定可交付成果，可交付成果划出范围，范围支撑里程碑与预算估算，审批人则决定这份文档由谁授权。按依赖关系填写，能减少反复修改。推荐顺序为：项目目的→可交付成果→高层范围（含不做内容）→里程碑→预算与资源上限→干系人与审批→风险与假设→签批信息。

颗粒度标准可以归纳为三条：可核对，指对象有名称、有归属；可验收，指成果有完成状态或判断依据；可授权，指预算、资源和审批人有明确上限与责任人。达不到这三条的表述，应继续细化或删除。

字段	填写内容	颗粒度要求
项目目的	项目要解决的业务问题、期望达成的结果、与组织目标的关联	写清问题对象与期望变化，避免“提升效率”这类无验收口径的表述
可交付成果	项目结束时必须产出的产品、系统、文档或服务	逐项列出，每项有名称和完成判断依据
高层范围	项目覆盖的业务、组织或系统边界，以及明确不做的内容	边界写到可判断“在范围内/不在范围内”的程度
关键里程碑	阶段节点、对应成果、计划日期	每个里程碑有日期和可交付物，数量控制在便于跟踪的范围
预算与资源	预算上限、主要人力角色与投入规模、外部采购需求	给出上限数字或明确区间，注明计量口径
干系人与审批	发起人、项目经理、主要业务方、审批链	每个角色写姓名或岗位，审批人明确到最终签批者
风险与假设	影响章程边界的高层风险、编写时依赖的前提条件	每条风险有触发条件与初步应对方向，假设写明若不成立的影响
签批信息	版本号、编制人、审批人、签批日期	与文档版本一一对应，可追溯

从立项意图到章程初稿的操作步骤

把编写拆成五步，每步都有明确输入和输出，通常可在一个工作周期内完成初稿。步骤之间允许回退，例如界定范围时发现目的表述不清，应回到第一步修正。

步骤一：收集立项依据与业务目标

输入是立项申请、业务方需求说明、上一阶段论证材料。动作是访谈发起人和业务负责人，确认要解决的问题、期望结果和时间要求。输出是一段可验收的目的陈述。完成标志是发起人认可目的表述，并能说出项目成功时的判断依据。

步骤二：界定高层范围与明确不做的内容

输入是目的陈述和需求清单。动作是把需求分为本期纳入、本期不做、待定三类，对“不做”的内容写明原因或后续安排。输出是范围边界说明。完成标志是业务方与项目团队对“不做什么”没有异议，待定项有明确决策人和决策时点。

步骤三：确定里程碑、预算与资源上限

输入是范围说明和初步工作量估算。动作是划分阶段、设定里程碑日期，汇总人力与采购需求形成预算上限。输出是里程碑表和预算资源表。完成标志是每个里程碑有对应成果和日期，预算有上限数字和计量口径，资源需求有角色和投入规模。

步骤四：识别干系人与审批链

输入是组织架构和项目影响范围。动作是列出受项目影响或被项目依赖的角色，确定发起人、项目经理和最终签批人。输出是干系人清单与审批链。完成标志是审批链上每个节点都确认了自己的职责，最终签批人明确。

步骤五：汇总风险与假设并形成初稿

输入是前四步的全部输出。动作是整理高层风险和编写时依赖的假设，按章程字段顺序汇总成文。输出是章程初稿。完成标志是初稿覆盖全部必备字段，且每个字段达到可核对、可验收、可授权的标准。

谁写、谁审、谁签：角色分工与交付物

章程通常由项目经理执笔，但内容来自多方输入，发起人负责授权。单人闭门完成的章程往往在评审时暴露范围与预算依据不足的问题。下表列出常见分工，具体角色名称可按组织实际调整。

角色	职责	输入与确认动作	交付物
发起人	提出项目目的，提供资源与授权支持	确认目的陈述、预算上限和最终签批	签批意见、授权记录
项目经理	执笔编写章程，组织评审与修订	汇总各方输入，维护版本	章程初稿、修订稿、定稿
业务负责人	确认业务目标与范围边界	确认可交付成果和“不做”内容	范围确认意见
财务或资源审批方	审核预算与资源上限的合理性	核对预算口径与资源规模	预算审核意见
技术负责人	评估技术可行性及关键依赖	确认技术类可交付成果与风险	技术可行性意见

版本与签批记录应随章程一同留存：每次修订记录版本号、修改内容、修改人和日期；签批记录包含签批人、签批版本和签批时间。这样在后续出现范围或预算争议时，可以追溯到当时被授权的版本。

一份可用的项目章程示例

以下为演示情景，数据为示意性内容，不对应真实项目，读者可对照结构改写为自己的项目。

背景与目标写法

示例背景：某业务部门的客户合同审批目前依赖邮件流转，平均处理周期较长，审批状态难以查询。项目目的写为“在下一季度内上线合同审批线上流程，使合同审批从提交到归档全程可在系统中查询状态”，并注明成功判断依据为流程上线且首批合同完成线上流转。这样的表述有对象、有时间范围、有验收依据。

范围边界与不做内容

范围写为“覆盖销售合同与补充协议的审批、归档环节”。不做内容写为“本期不改造合同模板库，不接入电子签章，历史合同仅迁移近两年数据”。每条不做内容都说明原因或后续安排，避免评审时反复讨论。

里程碑、预算与资源上限

里程碑示例：需求确认完成、流程配置完成、试点部门上线、全量推广。每个里程碑标注计划日期和对应成果。预算写为“人力投入若干人月，外部服务采购设上限金额”，并注明计量口径。资源写清角色与投入规模，例如业务侧配置一名流程负责人、技术侧配置开发与测试人员。

风险、假设与审批信息

风险示例：“试点部门配合度不足，导致上线延期”，附初步应对为提前确定试点接口人。假设示例：“现有组织架构在项目期内不发生影响审批链的调整”，并注明若不成立需重新确认审批人。审批信息写明编制人、审核人和最终签批人，以及签批日期与版本号。

可迁移的表述规律

示例体现的规律是：每个字段都指向具体对象、日期或数字；范围同时写“做什么”和“不做什么”；预算与资源写上限而非估算值；风险写触发条件，假设写不成立时的影响。按这些规律改写，章程就能从描述性文字变成可授权的依据。

章程评审与完成检查

评审至少安排在三个时点：初稿完成时做完整性评审，签批前做授权确认，章程变更时做影响评审。评审参与者应覆盖发起人、业务负责人和预算审批方。

检查项	通过标准	阻断项
目标可验收	目的陈述有对象、时间范围和判断依据	目标只有方向性描述，无法判断是否达成
范围有边界	写明纳入内容与不做内容，待定项有决策人	范围表述含糊，关键需求归属未定
里程碑有日期	每个里程碑有对应成果和计划日期	里程碑只有名称没有日期或成果
预算有上限	预算与资源有上限数字和计量口径	预算缺失或只有估算区间而无审批口径
审批人明确	审批链完整，最终签批人确认	签批人未确定或审批链存在空缺

任一阻断项未解决，章程不应进入签批。章程签批后发生范围、预算或里程碑调整时，应更新版本并重新走对应审批，更新记录与签批记录一并留存，确保执行阶段引用的始终是当前有效版本。

章程定稿后如何进入执行与变更管理

签批后的章程是后续详细计划、需求评审和验收口径的基准。编制详细计划时，工作分解应与章程的可交付成果对应；需求评审时，新增需求先判断是否落在章程范围内，超出范围的需求走变更流程。

章程变更的触发条件通常包括：范围扩大或缩减、预算突破上限、关键里程碑调整、审批链变化。变更应说明原因、影响和调整后的内容，按原审批链重新确认，并保留变更前后的版本对照。

在执行过程中，章程版本、审批记录和变更留痕需要有稳定的承载方式。可以在协作平台中用文档保存章程各版本，用工作项跟踪里程碑与变更事项，用审批记录关联签批与变更确认，使执行阶段引用的章程版本、审批状态和变更历史可以随时查证。ONES 的文档与工作项管理可用于承载这类记录，具体配置按团队实际流程确定。这样，章程从一份签批文档变成执行与变更管理中可以持续引用的依据。

常见问题

项目章程和项目计划有什么区别，能不能先写计划再补章程？

章程回答的是“这个项目是否被授权启动、以什么边界启动”，内容包括目的、可交付成果、高层范围、里程碑、预算与资源上限、审批信息；项目计划回答的是“在授权范围内具体怎么做”，包含工作分解、详细排期、责任分配和资源安排。先写计划再补章程，容易出现计划已经按未授权范围展开、预算和审批依据缺失的情况。建议先完成章程签批，再以章程为基准编制详细计划。

项目目的写不出可验收的表述，有什么可操作的改写方法？

可以把目的拆成三个要素：问题对象、期望变化、判断依据。先写清当前哪个业务环节、哪类对象存在问题，再写期望在什么时间范围内变成什么状态，最后写用什么结果判断达成。例如把“提升合同审批效率”改写为“在下一季度内上线合同审批线上流程，使合同从提交到归档全程可查询状态，首批合同完成线上流转”。如果仍写不出判断依据，说明业务目标尚未确认，应回到发起人和业务负责人处补充访谈，而不是在章程里用模糊表述带过。

章程评审时业务方和财务方意见不一致，应该怎么处理？

先区分分歧属于哪类字段：范围分歧回到“做什么/不做什么”的边界讨论，预算分歧回到计量口径和资源规模核对。处理方式是把分歧项列为待定，写明决策人和决策时点，由发起人裁定后再更新章程版本。如果分歧涉及预算突破上限或范围实质性扩大，应视为阻断项，章程暂不进入签批。评审记录中保留各方意见和裁定结果，避免签批后再次反复。

章程签批后，执行中发现原定里程碑不可行，需要重新签批吗？

关键里程碑调整属于章程变更的常见触发条件，应走变更流程：说明调整原因、对范围和预算的影响、调整后的里程碑安排，按原审批链重新确认，并保留变更前后的版本对照。如果只是阶段内部的任务排期微调、不影响章程约定的里程碑日期和成果，可在详细计划层面处理，不必重新签批。判断标准是看调整是否改变了章程中已授权的日期、成果、预算上限或审批链。