免费项目章程模板(附示例)
这个免费的项目章程模板让您用一两页纸授权一个项目:项目为何存在、必须实现什么、哪些在范围内和范围外、由谁负责以及由谁签批。14 个部分中的每一个都附有指导和可直接覆盖的完整示例。可下载 Google Sheets、Excel 或 PDF 版本。

要点总结
- 项目章程是一份正式授权项目的简短文档,它指定发起人和项目经理,并设定项目的目标、范围和限制。
- 模板涵盖 14 个部分,从目的和 SMART 目标到预算、风险、项目经理的权限以及审批栏。
- 与发起人一起编写,而不是替发起人编写。目标和范围应当是他们的,用他们认同的措辞表述。
- 控制在一两页以内。详细的进度、预算和计划属于项目管理计划。
- 章程只有在签署后才生效。将其与计划一起存档,并在重大里程碑或目的、范围发生变化时重新审视。
免费下载 · 无需注册
获取项目章程模板
选择适合您的级别和格式:Google Sheets、Excel 或可直接打印的 PDF。电子表格包含下拉菜单、公式以及可直接覆盖的示例行。
什么是项目章程?
A 项目章程 是一份正式授权项目的简短文档。它说明项目为何存在、必须实现的目标、高层级范围、里程碑、预算和风险,指定发起人和项目经理,并规定项目经理的权限。发起人一旦签署,项目即正式成立。
《PMBOK 指南》将章程描述为由项目启动者或发起人发布的文件,用于授权项目,并赋予项目经理调用组织资源开展项目的权力。这正是关键所在:章程关乎的是 授权和边界,而不是详细规划。
它不是论证投资合理性的商业论证,也不是说明如何交付工作的项目计划。章程介于两者之间。
关于理论、示例以及每个组成部分的深入介绍,请参阅我们的 项目章程指南.
项目章程模板预览
预览显示了前几个部分及其指导,以及示例“客户门户”项目。用您自己的内容替换第三列。
| 章节 | 填写指引 | 您的内容 |
|---|---|---|
| 项目名称 | 简短、易记,在所有沟通中统一使用的名称。 | 客户门户 |
| 目的 / 商业论证 | 项目为何必要以及预期收益。 | 让客户自助服务,从而减少账户相关的支持来电。 |
| 目标(SMART) | 带日期的可衡量成果。 | 在上线后 6 个月内将账户相关来电减少 30%。 |
| 范围内 | 项目将交付的内容。 | 账户视图、发票、密码重置。 |
| 范围外 | 项目不会交付的内容。 | 移动应用;支付功能。 |
| 关键可交付成果 | 主要产出。 | 门户第 1 版;培训指南;支持操作手册。 |
示例行仅供参考:请替换为您自己的内容。
项目章程模板包含哪些内容
模板只有一个选项卡, 项目章程,包含三列: 章节 (标题)、 填写指引 (说明应写什么的提示)以及 您的内容 (填写答案的位置,预先填有实例)。共有 14 个部分,最后是供发起人填写姓名、签名和日期的审批栏。
- 项目章程:章节、填写指引、您的内容
应该下载哪个版本?
章程是一份结构化文档而不是日志,因此没有下拉列表或计算字段。三个版本的区别在于章程页面之外的辅助内容:
| 版本 | 包含内容 | 最适合 |
|---|---|---|
| 入门 | 包含指导和示例内容的 14 部分章程选项卡,外加额外的空白行,可添加您想要的任何部分 | 需要快速一页纸授权的小型或内部项目 |
| 高级 | 同样的 14 部分章程选项卡,经过排版,便于填写和打印 | 有指定发起人的大多数项目 |
| 专家 | 章程选项卡外加一个 使用说明 选项卡(介绍分步方法)和一个 修订历史 选项卡(记录版本、变更和审批) | PMO、客户项目以及在生命周期内需要重新审批的任何项目 |
项目章程应包含哪些内容
以下是模板中的 14 个部分、每个部分应写的内容以及做好它的技巧。大多数公开的章程格式涵盖的内容相同,只是名称略有不同。
| 章节 | 应写的内容 | 提示 |
|---|---|---|
| 项目名称 | 一个简短、易记的名称,在所有沟通中使用 | 避免使用团队以外无人能懂的内部代号 |
| 目的 / 商业论证 | 项目为何必要以及预期收益 | 用两三句话总结 商业论证 ;不要直接粘贴进来 |
| 目标(SMART) | 带日期的可衡量成果 | 如果最后无法衡量,就重写。参见 SMART 项目目标 |
| 范围内 | 项目将交付什么 | 列出交付物和边界,而不是任务 |
| 范围外 | 项目不交付什么 | 写明人们最可能误以为包含在内的事项 |
| 关键可交付成果 | 主要产出 | 在章程层面,三到七项通常就足够了 |
| 里程碑 | 重要日期和决策点 | 使用概要 里程碑,而不是进度计划 |
| 预算 | 已批准的预算或区间 | 说明是否包含应急储备 |
| 关键风险 | 开始时已知的主要风险 | 三到五项就足够了;完整清单放在 风险登记册 |
| 假设和约束 | 您假定为真的事项以及必须遵守的限制 | 每一项假设如果被证明是错误的,都是一项风险。参见 项目制约因素 |
| 相关方 | 受影响的关键人员和群体 | 此处列出群体即可;详细分析稍后进行 |
| 发起人 | 负有责任的高管 | 一个指定的人,而不是一个委员会 |
| 项目经理及其权限 | 由谁领导,以及他们可以独自决定什么 | 给出明确的支出和变更限额 |
| 审批 | 姓名、签名和日期 | 在发起人阅读最终版本之前保持空白 |
为什么项目经理的权限很重要
权限一栏最常被写得含糊不清,而它恰恰是章程存在的主要原因之一。没有它,每一个小决定都要上报给发起人,或者项目经理做出了没人同意他们可以做的决定。
要具体。典型的限额包括项目经理无需批准即可支出或承诺的金额、他们可以自行批准哪些变更(例如低于一定天数或一定成本的变更)、他们是否可以申请或释放团队成员,以及何时必须上报。这些阈值随后会直接用于您的 变更控制流程 以及您的 变更请求模板.
如何逐步编写项目章程
按顺序执行以下步骤。大部分工作是与发起人沟通;一旦达成一致,写起来就很快。
- 先与发起人会面。 询问为什么这个项目现在很重要、成功是什么样子,以及什么会让它失败。在撰写其他内容之前,先就目的和目标达成一致。
- 撰写 SMART 目标。 将发起人的目标转化为带日期的可衡量成果,例如“在上线后六个月内将账户相关来电减少 30%”。
- 设定范围和排除项。 列出项目将交付的内容,同样重要的是列出不交付的内容。清晰的排除项是您抵御以下问题的第一道防线: 范围蔓延.
- 添加里程碑和预算。 使用概要日期和已批准的预算或区间。详细估算在后续规划阶段进行。
- 记录风险、假设和约束。 记录少数可能改变启动决策的事项,例如对另一个系统的依赖或固定的监管日期。
- 列出相关人员。 添加发起人、项目经理和主要相关方群体。团队确定后,可以再编制一份 RACI 矩阵 。
- 说明项目经理的权限。 与发起人商定支出和变更限额以及上报路径。
- 评审,然后签署。 与关键相关方共享草稿,处理意见,然后请发起人在审批栏签名并注明日期。
- 存档并使用。 将签署的章程与以下文件一起存档: 项目管理计划 ,并在每个重大里程碑对照章程检查决策。
何时编写章程
在启动阶段编写章程,即在想法已获原则性批准之后(通常通过商业论证或 可行性研究),并在详细规划开始之前。它是我们关于以下内容的指南中所述启动阶段的第一项产出: 项目管理阶段。在没有签署章程的情况下开始详细规划,有规划错项目的风险。
项目章程示例
以下是模板中的完整实例:一个推出自助式客户门户的项目。可将其作为章程所需详细程度的范本。
| 章节 | 内容示例 |
|---|---|
| 项目名称 | 客户门户 |
| 目的 / 商业论证 | 让客户自助服务,从而减少账户相关的支持来电。 |
| 目标(SMART) | 在上线后 6 个月内将账户相关来电减少 30%。 |
| 范围内 | 账户视图、发票、密码重置。 |
| 范围外 | 移动应用;支付功能。 |
| 关键可交付成果 | 门户第 1 版;培训指南;支持操作手册。 |
| 里程碑 | 设计签核 2 月 15 日;上线 3 月 31 日。 |
| 预算 | $150,000 |
| 关键风险 | 计费系统集成延误。 |
| 假设和约束 | 计费 API 在 2 月 1 日前可用。 |
| 相关方 | 客户服务部、IT 部、财务部、客户。 |
| 发起人 | 客户服务主管 |
| 项目经理及其权限 | A. Rossi;可批准 $5,000 以内的变更。 |
| 审批 | 发起人的姓名、签名和日期 |
请注意这个示例为何有效:
- 目标是可衡量的。 六个月内来电减少 30% 可以在上线后核查,这使得效益真实可信。
- 排除项正是那些显而易见的假设。 客户和相关方很容易期待移动应用或在线支付;章程事先就明确说明不包括这些。
- 风险和假设相互关联。 计费集成风险之所以存在,是因为计划假设计费 API 将在 2 月 1 日前就绪。
- 权限有具体数字。 项目经理可以批准 $5,000 以内的变更;更大的变更交由发起人决定。
随后,交付物成为您的以下文档的顶层: 工作分解结构,里程碑则成为进度计划中的锚点。
由谁编写、批准和签署章程?
各组织的做法不尽相同,但通常的分工如下:
| 角色 | 在章程中的典型职责 |
|---|---|
| 发起人 | 负责目的、目标和预算;批准并签署章程;对效益负责 |
| 项目经理 | 与发起人一起起草章程,收集意见并处理评审意见 |
| 关键相关方 | 评审与其相关的范围、排除项、风险和假设 |
| PMO 或治理委员会 | 对照项目组合优先级和标准检查章程,并可能共同批准较大的项目 |
如果涉及多位高管,请在任何人签字之前商定由谁担任唯一负责的发起人。我们关于 项目治理 解释了章程如何与指导小组和审批路径相衔接。
项目章程与其他启动文档的比较
若干早期文档存在重叠。下表显示了章程与其他文档的关系。
| 文档 | 回答的主要问题 | 与章程的关系 |
|---|---|---|
| 商业论证 | 这值得做吗?成本、收益、备选方案 | 先于章程;章程对其进行总结 |
| 项目简报 | 简而言之,这个想法是什么? | 一份较轻量的概览,用于统一认识;章程则增加了正式授权。参见 项目简报模板 |
| 项目章程 | 项目是否已获授权,在什么限度内? | 正式授权 |
| 项目启动文件(PID) | 项目将如何治理和控制? | 一份更完整的文档,主要用于 PRINCE2;涵盖类似内容但更为深入。参见 项目启动文件 |
| 项目范围说明书 | 究竟交付什么、不交付什么? | 扩展章程的范围部分。参见 项目范围模板 |
| 工作说明书 | 供应商将交付什么,按什么条款? | 用于外部工作的合同文件。参见 工作说明书 |
| 项目管理计划 | 工作将如何交付和控制? | 在章程之后编制,且必须在章程范围之内。参见 项目计划模板 |
PRINCE2 不使用“章程”一词。它的项目简报和项目启动文档涵盖相同的内容,因此如果您的组织遵循 PRINCE2,请使用这些名称,并将本模板作为起始检查清单。
敏捷项目中的项目章程
敏捷团队也使用章程,通常形式更轻量。团队章程或产品章程用于商定愿景、下一次发布或下一阶段的目标、团队工作的边界以及谁做哪些决策,而不固定由待办事项列表逐步细化的详细范围。
要将本模板用于敏捷项目:
- 请 目的 写成产品愿景或问题陈述。
- 将 目标 表述为成果或指标,而不是固定的功能清单。
- 保持 范围内 保持在高层级,例如您预期的史诗或能力,同时保持 范围外 明确不变。
- 采用 里程碑 用于发布日期或评审节点,而不是阶段计划。
- 在发起人之外写明产品负责人,并说明其对待办事项列表的权限。
项目章程的常见错误
- 在章程中编写计划。 十页的任务和日期会让章程难以获批,而且很快就会过时。
- 目标含糊。 “改善客户体验”无法衡量。加上一个数字和一个日期。
- 没有排除项。 如果没有范围外清单,每个相关方都会用自己的期望来填补空白。
- 没有实际权限。 如果项目经理的权限限额没有书面写明,决策就会停滞,或者由错误的人做出。
- 跳过签字。 未签署的章程只是草稿。在详细规划开始之前,取得发起人的姓名和签署日期。
- 由委员会担任发起人。 即使有委员会监督项目,也要指定一位负责人。
- 存档后就抛诸脑后。 在重大里程碑重新审视章程,如果目的、范围或预算发生重大变化,则重新审批。
常见问题
什么是项目章程模板?
项目章程模板是正式授权项目的文档的现成大纲。它提示您记录目的、目标、范围、里程碑、预算、风险、相关方、发起人、项目经理及其权限以及审批。
这个项目章程模板是免费的吗?
是的。项目章程模板可以免费下载为 Google Sheet、Excel 文件或 PDF,无需注册。
项目章程应包含哪些内容?
目的或商业论证、SMART 目标、范围和排除项、关键交付物、里程碑、预算、关键风险、假设和约束、相关方、发起人、项目经理及其权限,以及带签名和日期的审批部分。
项目章程由谁编写?
通常由项目经理与发起人一起起草。如果尚未任命项目经理,可由发起人或业务分析师编写,然后由章程任命项目经理。
项目章程由谁签署?
由项目发起人签署,因为发起人授权项目并对其效益负责。有些组织还要求 PMO 或治理委员会共同批准较大的项目。
项目章程应该多长?
一到两页最为理想,很少超过四页。如果您的章程更长,请将细节移至项目管理计划、范围说明书或风险登记册。
项目章程和项目计划有什么区别?
章程授权项目,并在高层级设定其目标、范围和限制。而 项目计划 在其之后编制,说明如何在这些限制内交付工作。
项目章程和商业论证有什么区别?
商业论证通过比较备选方案、成本和收益来论证投资的合理性。章程在商业论证被接受之后编制,将其转化为针对指定发起人和项目经理的正式授权。
项目章程和项目启动文档(PID)是一回事吗?
两者有重叠。PID 主要用于 PRINCE2,通常更长,还涵盖项目将如何治理和控制。章程更短,侧重于授权、目标、范围和角色。
敏捷项目可以使用项目章程模板吗?
可以。使用侧重于愿景、成果、边界、角色和发布里程碑的轻量版本,让待办事项列表承载详细范围。
项目章程批准后可以更改吗?
可以,但仅限于目的、范围、预算或权限发生重大变化时。更新章程,在修订历史中记录变更,并请发起人重新批准。
我可以在 Word 中使用项目章程模板吗?
下载文件为电子表格和 PDF。如果您的组织更喜欢 Word,可以将各部分和示例内容复制到 Word 文档中;结构的使用方式完全相同。