3、项目章程制定：项目章程的核心内容、编写技巧与审批流程
项目章程，说白了就是项目的「出生证明」。没有它，项目就不算正式启动。我见过太多团队，需求文档写了几十页，结果连个正式的授权文件都没有。最后出了问题，谁该拍板？谁该背锅？全乱套了。
今天我们就聊聊，怎么把这份「出生证明」写得既扎实又管用。
3.1 项目章程到底长什么样？
先别急着动笔。你得搞清楚，项目章程不是需求文档，也不是技术方案。它是一份授权文件，核心就三件事：
- 为什么做 —— 项目的商业价值在哪
- 做什么 —— 范围、目标、关键交付物
- 谁说了算 —— 项目经理的权力边界
我记得有一次，一个跨部门项目启动会开了三小时，结果连项目经理是谁都没定下来。后来我直接拿了一份章程模板，现场把「项目经理」和「项目发起人」两个角色填上，会议才真正开始推进。你想想看，没有明确的授权，项目就像没舵的船。
3.2 核心内容：七个必填项
我习惯把章程拆成七个模块。每个模块都有它的「坑」，我一个个说。
| 模块 | 核心内容 | 常见坑 |
|---|---|---|
| 1. 项目名称与背景 | 一句话说清项目由来 | 背景写得太虚，跟公司战略脱节 |
| 2. 项目目标 | 可量化的成功标准 | 目标模糊，比如「提升用户体验」 |
| 3. 范围描述 | 做什么 & 不做什么 | 只写「做什么」，漏了「不做什么」 |
| 4. 关键交付物 | 看得见、能验收的成果 | 把「过程活动」当交付物 |
| 5. 里程碑计划 | 关键时间节点 | 排得太细，失去里程碑意义 |
| 6. 角色与职责 | 谁批准、谁执行、谁配合 | 只写名字，不写权力边界 |
| 7. 预算与资源 | 钱、人、工具 | 预算写「待定」，等于没写 |
我的经验： 第七项「预算与资源」最容易糊弄。我曾经在一个项目里写了「预算待审批」，结果项目干到一半，财务说没这笔钱。从那以后，我要求章程里至少写一个「预算上限」或「资源池范围」，哪怕是个估算值，也比空白强。
3.3 编写技巧：让章程「活」起来
很多人写章程像写八股文，干巴巴的。其实有四个小技巧，能让章程真正被用起来。
技巧一：目标要「SMART」
别写「提升系统稳定性」。要写「系统可用性从 99.9% 提升到 99.99%，持续 3 个月」。我见过最离谱的目标是「打造业界领先的XX平台」—— 什么叫领先？谁说了算？这种目标写在章程里，就是给自己挖坑。
技巧二：范围要「双向定义」
除了写「我们做什么」，一定要写「我们不做什么」。比如：
- 本项目包含：用户登录、订单管理、支付对接
- 本项目不包含：数据分析报表、消息推送、多语言支持
为什么要写「不做什么」？因为干系人总会默认「你们顺便把XX也做了」。你不提前划清界限，后面全是扯皮。
技巧三：角色要「带权」
项目经理不能只是个头衔。章程里要明确：
- 项目经理有权调动哪些资源
- 项目经理有权在多少金额内自主决策
- 哪些变更必须走审批流程
嗯，这里要注意。很多项目经理抱怨「有责无权」，根源就在章程里没写清楚权力边界。
技巧四：风险要「提前说」
章程里最好加一小段「已知风险」。比如：
- 核心开发人员可能被其他项目占用
- 第三方接口交付时间不确定
这不是示弱，而是让发起人提前知道「这项目有雷」。我习惯在章程里写一句：「如果上述风险发生，项目可能需要调整范围或延期。」—— 这叫管理预期。
小提示： 章程的篇幅控制在 2-3 页以内。超过 5 页，没人会认真看。核心信息用列表和表格呈现，别写大段文字。
3.4 审批流程：谁签字，谁负责
章程写完了，下一步就是审批。很多人以为审批就是「找领导签个字」，其实没那么简单。
我建议把审批流程分成三步：
- 初审：项目经理自检 —— 检查七个模块是否完整，目标是否可量化，范围是否清晰。这一步别省，我见过有人把「预算」写成「待定」就提交了，结果被打回来三次。
- 复审：关键干系人评审 —— 发起人、客户代表、技术负责人坐在一起，逐条过。重点看目标是否对齐商业价值，资源是否到位。这一步最容易吵架，但吵完反而省事。
- 终审：发起人签字 —— 只有发起人签字，章程才正式生效。签字意味着发起人承诺提供资源、承担风险。没有签字的章程，就是一张废纸。
警告： 千万不要跳过复审直接找发起人签字。我吃过这个亏。有一次项目章程直接找 VP 签了，结果技术负责人根本不知道这回事，项目启动后才发现人手不够。最后 VP 说：「你们自己协调啊。」—— 你看，发起人签字不代表他会帮你解决所有问题。关键干系人的承诺，比签字更重要。
3.5 一张图看懂项目章程制定流程
下面这张图，是我自己总结的章程制定流程。每次带新人，我都先让他们看这张图。
这张图的核心逻辑是：流程不可逆。初审没过，别急着找干系人；复审没达成一致，别急着找发起人。每一步都踩实了，章程才能真正发挥作用。
3.6 避坑指南：我踩过的三个坑
最后，分享三个我亲身踩过的坑。希望你别再踩一遍。
坑一：章程写得太完美
我曾经花了两周写了一份 10 页的章程，把每个细节都写进去了。结果发起人看了一眼说：「太复杂了，我看不懂。」—— 后来我学乖了，章程就是「一页纸 + 一张表」，核心信息说清楚就行。细节留给后续的计划文档。
坑二：忽略「不做什么」
有个项目，章程里只写了「开发电商平台」。结果干系人陆续提出要加「直播带货」「社区论坛」「跨境支付」。项目经理疲于应付，项目延期了三个月。如果当初在范围里写清楚「不包含直播、社区、跨境」，这些需求根本不会进入项目范围。
坑三：审批流程走过场
有一次，复审会议只开了 15 分钟，干系人看都没看就签字了。结果项目做到一半，技术负责人说「这个架构我不同意」。我问：「你当时不是签字了吗？」他说：「我以为就是走个流程。」—— 从那以后，我要求复审必须逐条过，每个人都要口头确认「我同意」。
项目章程，说白了就是项目的「宪法」。写得好，项目就成功了一半。写得不好，后面全是补丁。希望今天的内容，能帮你把这份「宪法」写得扎实、管用。