项目启动前的授权，本质上是让不同决策者为项目承担相应责任：有人确认项目值得做，有人承诺资金和人力，有人批准对外承诺，有人确认合规底线。缺少任何一类授权，项目都可能在目标、资源或承诺上留下隐患。本文按立项授权、预算与资源授权、范围与交付承诺授权、合规与风险授权四类展开，给出办理顺序、角色分工、示例和启动前检查清单，适用于单个项目启动前的授权准备。
要点总览（TL;DR）
- 项目启动前的授权按决策问题分为四类：立项授权、预算与资源授权、范围与交付承诺授权、合规与风险授权，每类都要有明确签发人和书面结论。
- 办理顺序一般是：发起人提交立项材料、业务负责人确认目标与收益、财务与资源部门确认预算和人力、合规与风险前置审批、决策人签发启动决定并归档。
- 判断授权是否真正取得，看三点：签发人明确、结论有书面或系统留痕、结论写清授权范围和有效期；口头同意不宜作为启动凭据。
- 启动前逐项检查授权文件、预算与资源承诺、对外承诺审批、合规前置审批和启动决定，未满足项按阻断条件处理，次要事项列为附带条件并明确责任人。
启动前要取得的四类授权
授权分类的依据是每类授权回答一个独立的决策问题，而不是按部门划分。同一个部门可能在不同授权中承担不同角色，例如财务既参与预算确认，也可能参与采购合同的前置审批。把授权按决策问题拆开，能避免出现“领导已经点头，但预算没落实”这类看似授权、实际悬空的情况。
| 授权类型 | 决策问题 | 签发角色 | 产出文件 |
|---|---|---|---|
| 立项授权 | 这个项目是否值得做，目标与边界是否明确 | 业务负责人或有立项权的决策人 | 立项申请与批复、项目目标与范围说明 |
| 预算与资源授权 | 资金口径是否确认，人力投入是否有人承诺 | 财务负责人、资源所属部门负责人 | 预算确认单、资源投入承诺书 |
| 范围与交付承诺授权 | 对外承诺由谁批准，承诺内容是否可兑现 | 有对外签约或承诺权的负责人 | 交付承诺审批记录、合同或意向书审批单 |
| 合规与风险授权 | 数据、采购、合同等前置审批是否完成 | 合规、法务、信息安全等归口负责人 | 合规审查意见、采购审批单、风险评估记录 |
判断某类授权是否真正取得，可以看三个标志：有明确的签发人，有书面或系统留痕的结论，结论中写清了授权范围和有效期。口头同意、会议上的原则性支持，可以作为推进依据，但不宜作为启动的最终凭据。
四类授权之间存在依赖关系。立项授权是其余授权的前提，没有立项批复，财务通常不会受理预算申请；预算与资源授权决定项目能调动多少资源，进而影响对外承诺的尺度；合规与风险授权往往在合同签署、数据使用之前完成，时间上可能与前三类并行。理解这些依赖，有助于安排办理顺序，减少来回返工。
按顺序办理授权的操作步骤
以下顺序是一般实践建议，组织可以按自身审批制度调整。每一步都说明输入、动作、输出和完成标志，便于逐项核对。
第一步：发起人准备立项材料并提交
- 输入：业务需求说明、初步目标与收益测算、初步范围与关键里程碑、已知风险。
- 动作：项目发起人整理成立项申请材料，写明项目要解决的问题、预期收益、不做什么，并提交至立项受理渠道。
- 输出：立项申请材料及提交记录。
- 完成标志：材料被正式受理，获得受理编号或进入审批流程。
第二步：业务负责人确认目标与收益
- 输入：立项申请材料、业务侧收益假设。
- 动作：业务负责人评审目标是否与业务规划一致、收益测算是否有依据、范围边界是否清晰，给出同意、修改或否决的意见。
- 输出：立项批复或评审意见，含目标与范围的确认结论。
- 完成标志：业务负责人签署立项结论，目标与边界形成书面版本。
第三步：财务与资源部门确认预算和人力
- 输入：立项批复、预算测算表、人力需求清单。
- 动作：财务确认预算额度、付款口径与成本归集方式；资源所属部门确认可投入的人员、投入比例与投入周期。
- 输出：预算确认单、资源投入承诺。
- 完成标志：预算额度与资源投入均有明确责任人和有效期，并完成签字或系统确认。
第四步：合规与风险前置审批
- 输入：项目涉及的数据类型、采购事项、合同草案、供应商信息。
- 动作：按事项分别提交合规审查、法务合同审查、信息安全评估或采购审批，处理审查意见并修订相关材料。
- 输出：合规审查意见、合同审批单、采购审批单、风险评估记录。
- 完成标志：所有适用的前置审批均已出具通过结论，附带条件已记录。
第五步：决策人签发启动决定并归档
- 输入：前四步的全部授权文件与审批记录。
- 动作：有决策权的负责人核对授权齐备情况，签发项目启动决定，明确项目经理、启动日期与附带条件；由项目管理人员将全套材料归档。
- 输出：项目启动决定、授权材料归档记录。
- 完成标志：启动决定已签发，授权材料可按项目检索调阅。
授权材料、审批记录和启动决定需要在项目周期内可追溯。使用项目协作工具承载这一流程时，可以把立项申请、预算确认、合规意见和启动决定作为项目文档集中存放，审批结论与对应版本关联，后续范围变更或预算调整时能对照原始授权。ONES 支持在项目内管理文档与工作项，并保留操作记录，适合承载这类授权材料的流转与归档；具体审批流程如何配置，取决于组织现有制度和系统。
各角色在授权中的职责与交付物
授权办理常见的失效情形是“人人都知道，但没人负责”。下表把发起、评审、签发、归档四类动作落到具体角色，并给出对应的交付物与确认方式。
| 角色 | 主要职责 | 交付物 | 确认方式 |
|---|---|---|---|
| 项目发起人 | 提出项目动议，准备立项材料，推动授权办理 | 立项申请、目标与收益初稿 | 提交记录 |
| 项目经理 | 配合完善范围与计划，汇总授权材料，跟踪未完成项 | 项目计划草案、授权跟踪表 | 跟踪表更新记录 |
| 业务负责人 | 确认目标、收益与范围边界，判断项目是否值得做 | 立项批复 | 签字或系统审批 |
| 财务负责人 | 确认预算额度、付款口径与成本归集 | 预算确认单 | 签字或系统审批 |
| 资源部门负责人 | 承诺人力投入的人员、比例与周期 | 资源投入承诺 | 签字或系统确认 |
| 合规与法务 | 审查数据使用、合同条款、采购合规性 | 合规审查意见、合同审批单 | 审查结论留痕 |
| 决策人 | 核对授权齐备性，签发启动决定 | 项目启动决定 | 签发 |
| 项目管理人员 | 归档授权材料，维护可追溯记录 | 归档记录 | 归档清单 |
当某类授权迟迟无法取得时，需要有明确的升级路径。一般做法是：项目经理在跟踪表中标注阻塞项与已等待时长，先向该项授权的上一级评审人说明影响，再由项目发起人提请决策人协调。升级时应带上已完成的授权材料和具体的决策请求，例如“预算额度未确认，请明确是按现有测算执行还是压缩范围”，避免把问题原样上交。
签字确认方式应与组织现有制度一致。纸质签批的组织保留签批单扫描件；使用审批系统的组织保留审批流水号；在协作工具中流转的，保留审批结论与对应文档版本。三种方式都要求同一件事：授权结论能对应到具体项目、具体范围和具体时间。
一个完整的授权办理示例
以下为演示情景，用于说明办理过程，不代表任何具体企业的制度。
某制造企业的运营部门计划上线一套设备巡检数字化项目，目标是减少巡检记录的人工汇总时间，覆盖两个车间，周期约四个月。项目发起人为运营部主管，项目经理由信息化专员担任。
各环节的输入与评审意见
- 发起与立项：发起人提交立项申请，写明现状问题、两个车间的覆盖范围、预期减少的汇总工时，并明确本期不涉及设备改造。业务负责人评审后同意立项，要求补充收益测算口径。
- 预算与资源：财务核对预算测算表，确认软件与实施费用额度，明确按里程碑付款；资源部门确认两名车间骨干以部分投入方式参与需求确认与验收，投入周期为前三个月。
- 合规与风险：项目涉及巡检数据存储，信息安全归口确认数据存放位置与访问权限要求；采购部门按金额区间完成采购审批；法务审查服务合同草案，提出数据保密条款修改意见。
- 签发：决策人核对四类授权材料，签发启动决定，附带条件为“数据保密条款修订完成后方可签署合同”。
授权结论如何进入执行
启动决定签发后，项目经理把立项批复、预算确认单、资源承诺、合规意见和启动决定归入项目文档，并将附带条件转为待办事项，在合同签署前完成闭环。项目计划中的范围以立项批复的边界为准，后续如需扩展到其他车间，按变更流程重新取得范围与预算授权。这个示例说明，授权不是启动前的一次性手续，而是为后续变更设定了对照基准。
启动前的完成检查
启动前逐项核对以下内容，全部满足方可启动；存在未满足项的，按下表处理。
| 检查项 | 合格标准 | 未满足时的处理 |
|---|---|---|
| 授权文件齐全并归档 | 四类授权的结论文件均存在，可按项目检索 | 补齐缺失文件后再提交启动决定 |
| 预算与资源承诺 | 有明确责任人和有效期，额度与投入周期写清 | 退回财务或资源部门补充确认 |
| 对外承诺审批 | 交付范围、时间、金额等承诺均经有权人批准 | 暂停对外沟通，补办审批 |
| 合规前置审批 | 适用的数据、采购、合同审批均已通过，附带条件已记录 | 附带条件未闭环的，不得进入对应执行动作 |
| 启动决定 | 决策人已签发，项目经理与启动日期明确 | 未签发视为未启动，不得投入资源 |
阻断条件需要提前约定，避免启动时争议。常见做法是：立项授权缺失，项目不得进入任何执行动作；预算或资源承诺缺失，不得对外承诺交付时间；合规前置审批未通过，不得签署合同或处理相关数据。对于不影响主体推进的次要事项，可以列为附带条件，明确责任人和完成时限，随项目执行闭环，但应在启动决定中写明，防止被遗忘。
检查完成后，由项目管理人员在归档记录上标注检查日期与检查人，作为项目正式启动的凭据。后续发生范围、预算或承诺变更时，以本次授权文件为基线重新办理相应授权，保持授权记录与项目实际状态一致。
常见问题
如果业务负责人已经口头同意立项，可以先开始执行再补授权吗？
不建议。口头同意可以作为推进准备工作的依据，但启动的最终凭据应当是书面或系统留痕的立项批复。实际操作中，可以先在立项材料中写明目标、范围和收益测算，请业务负责人签署结论，再进入预算与资源确认环节。没有立项批复，财务通常不会受理预算申请，后续授权也会缺少前提。
预算已经批了，但资源部门一直没确认人力投入，这种情况算授权齐备吗？
不算。预算与资源授权包含两个部分：资金口径确认和人力投入承诺，两者都需要有明确责任人和有效期。只有预算批复、没有资源承诺时，项目可能启动后无人可用。处理方式是把资源承诺作为独立阻塞项，由项目经理在跟踪表中标注已等待时长，提请项目发起人向资源部门上一级说明影响，明确投入人员、比例和周期后再签发启动决定。
合规前置审批还没出结论，但合同签署时间很紧，能否先签合同再补审批？
应按组织制度处理，一般不宜先签后补。合规与风险授权往往在合同签署、数据使用之前完成，未通过前置审批就签署合同，可能带来条款风险或数据合规问题。可行的做法是提前提交合同草案和数据类型说明，推动审查并行；如果审查附带条件，把条件写入启动决定并转为待办事项，在对应执行动作前闭环。合同签署属于对外承诺，仍需经有权人批准。
项目启动后范围扩大了，原来的授权还有效吗？
原授权是后续变更的对照基准，范围扩大后需要重新办理相应授权。通常做法是以启动时的立项批复和预算确认单为基线，按变更流程重新取得范围与预算授权，涉及对外承诺调整的还要补办承诺审批。把变更后的授权文件与原始授权一并归档，可以保持授权记录与项目实际状态一致，避免执行范围超出已批准边界。
授权材料用纸质签批还是系统审批，哪种更合适？
取决于组织现有制度，两种方式都要求授权结论能对应到具体项目、具体范围和具体时间。纸质签批的组织保留签批单扫描件；使用审批系统的保留审批流水号；在项目协作工具中流转的，保留审批结论与对应文档版本。选择时重点看可追溯性和检索便利性，例如后续变更时能否快速调出原始授权文件对照。
