项目章程、项目手册与启动会

是什么

立项批准只说明"这件事可以做"，不代表"这件事开始得对"。开始得对，需要三份东西：

• 项目章程/项目协议：范围、目标、资源、验收标准、各部门承诺；
• 项目手册：这个项目的具体流程裁剪，以及裁剪理由；
• 启动会（Kick-off）：把范围、收益、经验教训、角色分配当面讲清。

三者的关系是：章程解决"合不合法"，手册解决"按哪套规矩走"，启动会解决"大家理解得一样不一样"。

项目章程/协议：必须写进去的六件事

要素	说明
范围	做什么、不做什么（不做什么往往更重要）
目标	时间、质量、成本、预算四类目标，可量化
交付物	分阶段交付什么，验收方式与验收人
资源	人力、设备、预算、关键供应商
角色	发起人、PM、子项目负责人、核心团队
约束与假设	法规、客户节点、平台限制、产能上限

跨部门资源：如果项目要用到多个部门的资源，范围必须得到每个参与部门书面同意并写进协议。没有这一条，后期抽人就是无解。

项目手册：把流程裁剪写下来

标准流程是通用解，项目手册是本项目的特化解：

• 说明本项目采用哪些门径、哪些模板、哪些评审；
• 说明哪些标准要求不适用及理由（不是悄悄跳过）；
• 记录为适应项目特殊情况而增加或调整的内容；
• 明确术语表——新出现的缩写与专有名词必须有定义。

重大变更必须更新手册：项目过程变化、责任变化、既定目标变化（如批产时间、成本、预算），都要在手册里留痕。手册不更新，等于项目实际已经换了轨道但所有人还看着旧地图。

启动会：四个必讲议程

启动会不是"见个面、领导讲两句"。最低限度要覆盖：

1. 项目范围：交付什么、边界在哪、明确不做什么；
2. 期望收益：为什么做、对客户/对公司/对团队分别意味着什么；
3. 其他项目的经验教训：类似项目踩过什么坑，本次如何规避；
4. 角色分配：谁负责什么、找谁决策、升级路径怎么走。

超大/大型项目推荐用**项目启动与加速工作法（PIA）**替代常规启动会：集中数天，把计划、风险、接口、干系人一次性打磨到位。它的价值在于让关键人物在项目最开始就"同频"，而不是等到第一次红灯才开会。

沟通与文档：容易被忽略但最容易出事

• 沟通计划：谁需要什么信息、什么频率、什么渠道、什么格式。干系人登记表决定谁能看到什么。
• 会议纪律：会前发议程、会中记结论、会后发纪要与待办（含负责人和截止日）。
• 文档规范：每份项目文档至少要有标题、作者、日期（建议 YYYYMMDD）、版本号（V01、V02），且打印出来也能看到。版本混乱是审核与追溯的重灾区。
• 权限管理：按角色授权，团队成员和干系人各有对应访问级别；客户签约产品的信息要保密。
• 项目文件夹：统一结构（项目管理 + 产品工程子目录），由配置管理工具或项目管理系统创建，不靠个人电脑里的"最终版-真的最终版"。

怎么做 / 关键点

1. 立项批准后 2 周内出章程，越晚越难拿到部门承诺。
2. 章程签字到部门级，不是只到 PM 和发起人。
3. 手册第一页写流程裁剪表：标准要求 / 本项目做法 / 理由，三列搞定。
4. 启动会前收集上一批项目的经验教训，会上直接讲"我们这次要避开的三个坑"。
5. 启动会当场确认角色表，谁缺席谁补签，别会后补通知。
6. 建立干系人登记表并定期复核，组织变动后第一时间更新。

常见坑

• 章程写成 PPT：好看但没有验收标准和资源承诺，后期全靠吵。
• 范围不写"不做什么"：需求一路加，节点一天不改。
• 手册照抄标准流程：没有裁剪理由，执行时只能违规。
• 启动会变汇报会：领导讲完就散，团队对范围和角色仍各有一套理解。
• 文档无版本：现场用的是 V03，评审用的是 V05，谁也说不清哪个有效。
• 经验教训不带入：上一个项目刚踩过的坑，这个项目原样再踩一遍。