项目章程与启动缺口

这个场景能帮你做什么

项目已经开始讨论，目标、预算和经理权限却散落在不同记录中。WorkBuddy 可以把这些材料整理成章程草稿，并列出启动前必须确认的缺口，供发起人和项目负责人评审。

章程应说明为什么做、交付什么、受哪些约束、由谁负责及谁批准。小项目可以裁剪内容，不必为形式增加文件。

开始前需要准备什么

准备立项说明或商业理由、目标与交付要求、相关会议文字、初步里程碑、预算限制、组织职责和现有章程模板。每份材料标明日期、版本及是否已批准。

至少需要业务问题、拟交付成果和发起角色。缺目标指标、批准预算或明确授权时，仍可整理草稿，但不能称为正式章程。

具体怎么做

第一步：盘点已确认信息

指定资料范围，让 WorkBuddy 按“已确认、待确认、假设、约束”提取信息，并保留来源。明确目标与手段的区别，例如建设某系统是交付内容，解决什么业务问题才是项目理由。

遇到两个不同的日期或预算，先并列出处，不按修改时间自动选一个。

第二步：形成章程草稿

按企业模板整理项目目的、目标、范围与排除项、主要交付、成功标准、里程碑、预算约束、相关方、经理职责及批准安排。没有模板时可用这些内容组成简版。

“提高效率”不能由工具改成一个自定比例。要求它列出需补问的指标对象、基期、目标及测量方式。

第三步：检查授权与启动缺口

核对项目经理负责什么，哪些决定需要发起人、业务、财务或其他批准人确认。负责跟进预算不代表有权增加预算，负责协调验收也不代表有权签署。

将缺口写成可回答的问题：缺什么、影响哪项安排、应找谁确认、最晚何时需要答案。确认人未知就保留未知，不替企业任命。

第四步：交人工确认并记录有效版本

将草稿、冲突和假设一起提交评审。发起人或有权限人员确认后，记录批准版本、日期和适用范围；没有批准记录时继续标草稿。

假设也要继续跟踪，例如某资源是否按期到位、外部数据是否能取得。假设失效时交后续计划或风险任务处理。

可以直接交给 WorkBuddy 的完整要求

请依据指定材料起草项目章程，保持原文件不变，优先沿用企业模板。
先提取项目理由、目标、范围与排除项、交付物、成功标准、里程碑、预算约束、相关方和经理职责，保留来源及批准状态。
区分已确认事实、假设、约束和待确认项。缺少目标值、日期、预算、姓名或授权时不编造。
检查目标与交付是否对应，经理职责是否越过已有权限，材料间是否有冲突。
输出章程草稿、启动缺口清单、假设与约束表。缺口写明问题、影响及建议确认角色。未经授权人确认，不宣称项目已批准或正式启动。
缺口表包含缺口、当前资料、影响、需回答的问题、确认角色和状态；补列阶段评审及关闭或取消条件的确认缺口，不自行制定阈值。

完成后会得到什么

章程草稿、待确认问题和假设表。假设表可含内容、依据、核实角色、核实时点及不成立的影响；缺口清单应能直接用于启动评审。

缺口应写成能交给具体角色回答的问题。以下是教学示例，内容不代表真实项目：

缺口	当前资料	影响	需要确认什么	确认角色	状态
首批使用范围	会议提到“业务团队”，未列名单	无法确定培训和验收对象	首批包含哪些岗位与区域	业务负责人	待确认
项目经理变更权限	职责写“协调变更”，无批准额度	不能据此批准加预算	哪些事项可决定，哪些需上报	发起人或授权负责人	待确认

假设与约束另表记录，避免“外部数据预计能取得”被混入已确认条件。章程还应明确适用的阶段评审、关闭或取消条件；未确定时列为启动缺口，触发条件用于启动评估，不代表工具可以自动终止项目。

结果应该怎么检查

目标是否指向业务结果；交付与排除项是否清楚；预算和日期是否确有依据；批准人是否具有相应权限。重点检查工具是否把讨论、建议和假设写成确定承诺。

遇到这些情况怎么处理

目标尚未明确，先输出补问；合同与会议说法不同，列冲突交授权人决定；只有一个交付截止日，保留为约束，不倒推出所有工作必然可行。AI 项目还应确认真实使用者、评测资料和验收责任，不能只写模型名称。

哪些由工具处理，哪些必须人工决定

WorkBuddy 整理、查缺和起草。发起人批准项目，专业负责人确认约束，组织授予经理权限。工具不签发章程、不任命人员，也不承诺预算。