项目章程和项目立项书都出现在项目启动前后，但解决的问题不同：项目章程回答“这个项目为什么存在、由谁授权、边界到哪里”，是发起人对项目经理的正式授权；项目立项书回答“具体做什么、怎么做、投入多少、如何验收”，用于内部审批和资源落实。两者可以合并为一份文件，也可以先有章程再编立项书，顺序取决于组织的授权链条和审批制度。
要点总览（TL;DR）
- 项目章程解决授权问题：由发起人确认项目值得做、指定项目经理、划定高层边界；项目立项书解决执行准备问题：说明范围、方案、资源、预算与验收，用于内部审批。
- 两者常见的先后关系有三种：先章程后立项书、合并为一份启动文件、章程作为立项书附件，选择取决于组织把授权与资源审批放在一个还是两个决策点。
- 小项目可以合并，但需保留授权记录与验收约定两个要素；只有立项书时，要看批准人是否具备授权权限来判断授权链条是否完整。
- 章程已批、立项书未批时，项目可以开展筹备工作，资源投入仍以立项书批准为准，具体以组织制度规定的前置条件为约束。
- 按审批链条长度、资源投入规模和是否需要对外承诺选择文件组合：强审批组织分开写，小团队合并写，跨部门与外部客户项目优先把章程写清楚。
两者在项目启动中的位置与作用
判断两份文件的关系，先看它们各自承担的管理任务。项目章程的核心是授权：发起人通过这份文件确认项目值得做，指定项目经理，并划定项目的高层边界，包括目标、主要交付物、关键约束和不在项目范围内的内容。章程一旦生效，项目经理就获得了调动组织资源、对外代表项目开展工作的正式身份。
项目立项书的核心是执行准备：在授权成立之后，说明项目具体怎么做。它通常覆盖范围说明、实施方案、进度安排、资源需求、预算明细、风险初步评估和验收标准，提交给管理层或立项评审机构审批，通过后项目才能进入执行并实际投入资源。
两者在启动流程中的位置可以这样理解：
- 先章程后立项书：发起人先签发章程完成授权，项目经理据此组织编制立项书，报审批后获得资源和预算。这种顺序适合审批链条较长、资源投入较大的组织。
- 两者合并：把授权要素与执行方案写进同一份启动文件，一次审批完成授权和资源落实。常见于小项目或决策链条短的团队。
- 章程作为立项书附件：立项书为主体，章程作为其中的授权章节或附件保留签署记录，兼顾审批效率与授权留痕。
三种做法都成立，区别在于组织希望把“授权”和“资源审批”放在一个决策点还是两个决策点。授权与资源审批分开，意味着章程批准后项目可以开始筹备，但资源投入仍需立项书通过；合并则意味着两者同时生效。
同口径差异对照：内容、签署人与效力
把两份文件放在同一组维度下对照，能直接判断手上缺的是哪一份。下表按核心问题、主要内容、编制人、批准人、效力与变更、适用项目类型六个维度展开。
| 对照维度 | 项目章程 | 项目立项书 |
|---|---|---|
| 核心问题 | 项目为什么存在、由谁负责、边界到哪里 | 项目具体做什么、怎么做、投入多少、如何验收 |
| 主要内容 | 项目背景与目标、项目经理任命、高层范围与主要交付物、关键约束与假设、高层里程碑 | 详细范围说明、实施方案、进度计划、资源需求、预算明细、风险清单、验收标准 |
| 编制人 | 通常由发起人或其授权人员起草，项目经理可参与 | 通常由项目经理组织编制，相关职能共同参与 |
| 批准人 | 项目发起人或更高层级的管理者，体现授权来源 | 管理层、立项评审机构或预算归口部门，体现资源批准 |
| 效力与变更 | 确立项目经理身份与项目边界，边界调整通常需发起人确认 | 确立资源投入与执行基准，范围、预算、进度变更走变更审批 |
| 适用项目类型 | 需要明确授权来源的项目，跨部门或对外项目尤其需要 | 需要资源审批和验收约定的项目，投入规模越大越需要细化 |
从对照可以看出，章程偏高层授权，文字通常精简，重点是把“谁授权、授权给谁、授权到什么程度”写清楚；立项书偏执行细节，篇幅更长，需要支撑评审人员判断资源是否合理、方案是否可行、验收是否可衡量。两份文件的内容深度不同，不能互相替代：只有章程，执行层缺少可依据的计划与验收口径；只有立项书，授权来源和项目经理的正式身份缺少明确记录。
签署环节也体现这一差异。章程的签署人通常是发起人，签署动作本身就是授权行为；立项书的批准人往往是掌握预算和资源的评审角色，批准动作意味着资源承诺。实际工作中，同一人可能同时承担这两个角色，但文件性质不同，留痕方式也应区分。
容易混淆的三种情形与判断方法
实际工作中，两份文件的边界经常被混用。以下三种情形最常见，可以按对应规则判断。
情形一：小项目把两份文件合并
小项目合并为一份启动文件是合理做法，关键是保留两个要素：授权记录和验收约定。命名上可以叫“项目启动书”或“项目章程（含立项说明）”，在文件内部分设“授权与边界”和“实施方案与验收”两个章节。留痕上，签署页应同时体现发起人授权和资源批准，避免日后追溯时说不清项目由谁批准启动、按什么标准验收。
情形二：只有立项书，没有章程
这种情况下授权链条是否完整，取决于立项书的批准人是否具备授权权限。如果立项书由发起人或其上级批准，且文件中写明了项目经理任命和项目边界，授权实质上是完整的，只是载体不同。如果立项书由职能部门或评审机构批准，而发起人从未正式确认项目目标与边界，则存在授权缺口：项目经理的身份来源不清晰，项目范围争议时缺少高层确认的依据。处理办法是补一份简短的授权确认，或在立项书中增加发起人签署的授权章节。
情形三：章程已批，立项书未批
章程批准意味着项目获得授权、项目经理可以开展工作，但资源投入仍需以立项书批准为准。此阶段可以做的事包括组建核心小组、细化需求、编制立项书和计划；不宜做的是大规模采购、签署对外合同或承诺交付日期。判断规则可以概括为：章程决定“能不能做”，立项书决定“投多少资源做”。如果组织制度规定立项书批准才是资源投入的前置条件，就应遵守这一约束，避免先投入后补批。
按组织情况选择：先写哪一份、写到什么程度
两份文件的组合方式没有统一答案，可以按审批链条长度、资源投入规模、是否需要对外承诺三个依据来选择。
| 组织或项目情况 | 建议的文件组合 | 理由 |
|---|---|---|
| 强审批组织，预算与立项分口管理 | 章程与立项书分开，先章程后立项书 | 授权与资源审批分属不同决策点，分开留痕更清晰，也便于在章程批准后启动立项编制 |
| 敏捷团队或小团队，决策链条短 | 合并为一份启动文件 | 减少重复审批，但需保留授权与验收两个要素，避免执行阶段缺少边界和验收口径 |
| 跨部门项目 | 章程独立且尽早签发 | 多个部门参与时，授权来源和高层边界是协调依据，章程能明确项目经理的跨部门协调身份 |
| 外部客户项目 | 章程侧重授权与对外承诺边界，立项书细化交付与验收 | 对外承诺需要明确谁有权承诺、承诺范围到哪里，内部执行再按立项书管理资源和进度 |
| 资源投入大、周期长的项目 | 两份分开，立项书写到可评审的深度 | 预算明细、资源需求和验收标准需要支撑评审决策，章程的高层描述不足以支撑资源批准 |
选择时可以先问三个问题：项目是否需要向发起人之外的层级证明资源合理性？项目边界是否需要多个部门共同确认？项目是否包含对外承诺？前两个问题回答“是”，倾向两份分开；三个问题都回答“否”，合并为一份启动文件通常足够。无论哪种组合，章程类内容写到能支撑授权判断即可，立项书类内容写到能支撑资源审批和后续验收即可，不必追求篇幅。
用工作项与文档承载章程和立项审批
章程和立项书不只是两份静态文件，它们对应项目启动阶段的一组管理动作：起草、评审、批准、变更。把这些动作放进协作工具，可以让授权和资源审批形成可追溯的记录。
一种常见做法是把章程与立项书作为文档存放在同一个项目对象下，立项书中的范围条目、里程碑和验收标准转为项目内可跟踪的工作项或检查项。这样，执行阶段的范围变更可以回溯到立项书中的原始约定，验收时也能对照立项书列明的标准逐项确认。
审批状态需要明确记录。章程和立项书各自维护从草稿、待批、已批到变更中的状态，变更时保留原版本和变更原因，避免出现“文件已改但无人知道改了什么”的情况。对于先章程后立项书的组织，两个审批状态分开管理，可以清楚看到项目处于“已授权、待资源批准”还是“授权与资源均已落实”。
ONES 可以承载这类启动管理动作：在项目内以文档形式存放章程与立项书，关联同一项目对象，通过工作项跟踪立项书中的范围与验收条目，并用状态流转记录审批与变更过程。这样，发起人授权、项目经理编制、评审批准、执行跟踪形成一条连贯的记录链，后续复盘或审计时可以直接查到每个决策点的时间和依据。
常见问题
项目章程和项目立项书可以由同一个人批准吗？
可以。在规模较小或管理层级较少的组织中，发起人往往同时掌握授权和预算，同一人批准两份文件是常见做法。此时仍建议在文件中区分两种批准动作：章程签署体现授权，立项书批准体现资源承诺。分开留痕的好处是，后续出现范围争议或预算调整时，能清楚看到哪一次决策确认了项目边界、哪一次决策批准了资源。
如果组织规定预算归口部门与发起人分属不同角色，就应按制度分开签署，避免用一份文件的批准替代另一份文件的授权。
项目章程批准后，项目经理可以对外签署合同吗？
通常不能仅凭章程就对外签署合同。章程确立的是项目经理在组织内部的正式身份和项目边界，对外承诺权限取决于组织授权制度和合同审批流程。章程已批但立项书未批的阶段，适合做需求细化、方案编制和核心团队组建；涉及采购、对外合同或交付日期承诺的事项，应等立项书批准并取得相应授权后再进行。
如果组织制度允许章程中直接写明对外承诺权限，可以在章程里明确授权范围，减少后续反复确认。
两份文件合并后，后续范围变更应该走哪个审批？
合并后的启动文件同时承载授权与资源约定，变更时需要判断变更影响的是哪一类内容。涉及项目目标、高层边界或项目经理任命的调整，应由原授权人确认；涉及预算、进度、资源投入或验收标准的变化，应走资源审批或变更评审流程。实际操作中可以在合并文件中分设“授权与边界”和“实施方案与验收”两个章节，变更时按章节对应审批人处理，避免所有变更都涌向同一个审批环节。
组织没有强制要求项目章程，只写立项书够用吗？
是否够用取决于立项书是否覆盖了授权要素。如果立项书写明了项目目标、项目经理任命、高层边界，并且由具备授权权限的发起人或其上级批准，授权实质上是完整的。如果立项书由职能部门或评审机构批准，发起人从未正式确认项目目标与边界，就会出现授权缺口：项目经理的身份来源不清晰，范围争议时缺少高层确认依据。
处理办法是补一份简短的授权确认，或在立项书中增加发起人签署的授权章节，把授权记录补齐。
跨部门项目的章程应该写到多细？
跨部门项目的章程重点写清楚三件事：谁授权、项目经理向谁负责、项目边界到哪里。具体包括项目目标、主要交付物、关键约束、明确不在范围内的内容，以及各部门在项目中的角色约定。章程不必写到任务级计划，那属于立项书的内容；但边界描述要足够具体，能在部门之间出现资源或职责争议时作为协调依据。
参与部门越多，章程越应尽早签发，让各方在投入资源前对授权来源和项目范围形成一致理解。
