项目发起人是为单个项目提供立项依据、资源和高层支持的角色，对项目是否启动、目标与边界是否成立、关键资源能否到位负责。本文按单项目从立项到收尾的范围，说明发起人的职责边界、分阶段职责清单，以及它与项目经理、项目集负责人的分工，并提示哪些事项不属于发起人的职责。立项材料、关键决策和验收结论需要在团队协作中留痕时，可借助ONES记录和交接。
要点总览（TL;DR）
- 项目发起人对单个项目“该不该做、做成什么样、关键资源从哪里来、超出项目经理权限时由谁拍板”负责，日常交付的计划与执行由项目经理承担。
- 发起人的职责贯穿全周期：启动前论证价值并签署立项，启动时确认目标、任命项目经理、批准章程，执行中保障资源并处理高层障碍，收尾时验收成果并关闭责任。
- 发起人与项目经理的分工是决策支持对计划执行，两者之间需要明确的升级路径，避免发起人越位指挥或项目经理独自承担超权限压力。
- 多个项目之间的准入排序与资源统筹属于项目集或项目组合层面，不属于单项目发起人的职责；兼任角色时要在文档中写清每个角色的决策事项。
- 发起人常见的三类误解是挂名签字、包办执行、立项后不再参与，纠正方式是在章程中写明参与节点和决策事项并留下决策记录。
项目发起人的职责范围如何界定
项目发起人（Project Sponsor）是代表组织对单个项目作出启动决定、提供资源和承担高层支持的角色。判断一个事项是否属于发起人职责，可以用一条标准衡量：这件事是否关系到项目“该不该做、做成什么样、关键资源从哪里来、超出项目经理权限时由谁拍板”。属于这一类的事项归发起人；围绕“怎么按计划完成”的事项归项目经理。
发起人的职责以决策和支持为核心。项目启动前，发起人提出动因、论证价值，并对是否立项作出决定；项目启动时，确认目标与成功标准，任命项目经理；项目执行中，保障资源和预算，在关键节点参与评审，处理项目经理权限之外的障碍；项目收尾时，验收成果、确认移交、关闭项目责任。这条主线贯穿项目全周期，发起人的参与并不止于签字立项。
需要区分的是，发起人负责的是单项目的启动与支持，多个项目之间的准入比较和优先级排序属于项目集或项目组合层面的职责。发起人可以参与这类讨论，但排序决策的依据是组织整体资源与战略，超出单个项目发起人的职责范围。
下表对照发起人负责与不负责的典型事项，便于在具体项目中核对。
| 事项 | 是否属于发起人职责 | 说明 |
|---|---|---|
| 提出项目动因、论证价值与可行性 | 负责 | 为立项提供依据，说明为什么现在做这个项目 |
| 批准立项、确认目标与成功标准 | 负责 | 对项目是否启动、边界是否成立作出决定 |
| 争取预算、关键人员和外部支持 | 负责 | 资源承诺需要发起人在组织层面推动 |
| 任命项目经理并明确授权 | 负责 | 确定谁对交付负责，并说明其决策权限 |
| 超出项目经理权限的障碍处理 | 负责 | 跨部门冲突、资源争夺等需要高层协调 |
| 验收成果、确认移交、关闭项目 | 负责 | 对项目结果是否达到立项时的目标负责 |
| 编制详细计划、分解任务、分派日常工作 | 不负责 | 由项目经理承担 |
| 日常进度跟踪、风险登记册维护 | 不负责 | 由项目经理组织，发起人按节点了解 |
| 多个项目之间的准入排序与资源统筹 | 不负责 | 属于项目集或项目组合层面的职责 |
| 代替项目经理处理团队内部执行问题 | 不负责 | 越位介入会削弱项目经理的授权 |
从立项到收尾：发起人的职责清单
把发起人的职责按项目生命周期拆开，可以形成一份可逐项核对的清单。每项职责都对应一个可观察的产出物，便于判断是否履行到位。
启动前：提出动因并完成立项论证
- 提出项目动因，说明业务问题、机会或合规要求，产出项目动因说明。
- 组织或参与价值与可行性论证，包括预期收益、主要成本、关键风险和替代方案，产出立项论证材料。
- 签署立项决定，明确项目获得组织授权，产出立项批复或立项决议。
启动时：确认目标、任命项目经理、批准章程
- 与项目经理共同确认项目目标、成功标准和验收口径，产出目标与成功标准说明。
- 任命项目经理，明确其职责与决策权限，产出任命通知或授权说明。
- 批准项目章程（Project Charter，即明确项目目标、范围、主要干系人和项目经理授权的启动文件），产出经批准的章程。
执行中：保障资源、参与评审、清除障碍
- 落实预算和关键人员，对资源承诺的变更作出决定，产出资源与预算承诺记录。
- 参加关键节点评审，如阶段评审、重大变更评审，产出评审意见和决策结论。
- 处理超出项目经理权限的障碍，如跨部门协调、上级资源调配，产出协调结果或决策记录。
- 定期了解项目状态，在项目偏离目标时决定是否调整范围、预算或终止项目。
收尾：验收成果、确认移交、关闭责任
- 对照立项时的目标和成功标准验收成果，产出验收结论。
- 确认成果移交给运营或接收方，明确后续责任归属，产出移交确认记录。
- 参与项目总结，确认经验教训归档，产出项目收尾结论，关闭发起人在该项目上的责任。
发起人、项目经理与项目集负责人的职责区别
三个角色容易混淆，原因在于都涉及“对项目负责”的表述。区分的关键是看职责落在哪个层面：发起人对项目的成立与高层支持负责，项目经理对项目的计划与交付负责，项目集负责人对一组相关项目的整体收益和排序负责。
| 维度 | 项目发起人 | 项目经理 | 项目集/组合负责人 |
|---|---|---|---|
| 核心问题 | 项目该不该做、资源能否到位 | 项目怎么按计划交付 | 多个项目如何排序与协同 |
| 主要动作 | 立项决策、资源承诺、高层协调、验收 | 计划编制、任务分派、进度与风险跟踪 | 准入比较、优先级排序、跨项目资源统筹 |
| 决策权限 | 启动、重大变更、终止、验收 | 执行层面的计划调整与问题处理 | 项目组合层面的取舍与资源分配 |
| 典型产出 | 立项决议、章程批准、验收结论 | 项目计划、状态报告、交付成果 | 项目组合清单、排序结论、收益评估 |
| 时间投入 | 关键节点参与，非全职 | 项目周期内持续投入 | 跨项目持续关注 |
发起人与项目经理的关系可以概括为“决策与支持”对“计划与执行”。发起人确定目标和资源边界，项目经理在边界内组织交付；项目经理遇到超出权限的问题时向发起人升级，发起人作出决定后由项目经理落实。两者之间需要有明确的升级路径，否则容易出现发起人越位指挥或项目经理独自承担超出权限的压力。
发起人与项目集负责人的区别在于范围。发起人关注单个项目能否成立并得到支持，项目集负责人关注一组项目之间的资源分配和收益协同。当同一人兼任多个角色时，需要在项目文档中写清每个角色对应的决策事项，避免用项目集层面的排序结论替代单项目的立项论证，也避免以发起人身份干预其他项目的优先级。兼任情况下尤其要区分“对本项目的支持义务”和“对组合整体的取舍责任”，在评审记录中注明以哪个角色作出决定。
一个具体例子：发起人在立项会上要做什么
以下为演示情景，用于说明职责如何落地。某制造企业计划对现有仓储管理系统进行升级，发起人为分管供应链的负责人，项目经理为信息部门的一名经理。立项评审会上，发起人的动作可以分为四步。
- 陈述动因：说明现有系统在库存准确率和作业效率上的具体问题，以及升级与年度运营目标的关联，让评审者理解为什么现在启动。
- 确认目标与验收口径：明确升级后要达到的库存准确率、上线时间和切换期间业务不中断等成功标准，并说明由谁在什么时点验收。
- 承诺资源：说明预算来源、可调配的业务骨干和外部供应商支持，明确哪些资源已落实、哪些需要会后协调。
- 明确决策权限：说明项目经理在范围调整、供应商变更等事项上的权限，以及哪些事项必须提交发起人决定。
这个情景中常见的误解有三类。第一类是把发起人当成挂名领导，只在立项文件上签字，不参与目标确认和资源协调，结果是项目遇到跨部门障碍时无人拍板。第二类是发起人包办项目执行，直接向团队成员分派任务、调整计划，削弱项目经理的授权，造成指令冲突。第三类是认为立项后发起人不再参与，实际上关键节点评审、重大变更决策和收尾验收都需要发起人介入。纠正方式是在项目章程中写明发起人的参与节点和决策事项，并在每次评审后留下决策记录。
发起人职责在协作工具中的承载方式
发起人的职责大多以决策和承诺的形式出现，这类信息如果只停留在会议口头或邮件中，项目交接和复盘时就难以追溯。把立项、决策、验收三个环节的信息在协作工具中留痕，可以让发起人的履职过程可查、可交接。
立项阶段，项目动因、目标与成功标准、章程内容可以放在项目文档或工作项描述中，与立项决议一并归档，形成项目的起点记录。执行阶段，关键节点评审的结论、资源承诺的变更、超出项目经理权限的障碍处理，可以通过评审工作项或决策记录流转，明确谁提出、谁决策、何时生效。收尾阶段，验收结论和移交确认作为项目状态的最终记录，与立项材料对应，便于核对目标是否达成。
ONES 可以在这一流程中承载项目与工作项的管理：立项材料以文档形式与项目关联，评审和决策通过工作项流转并保留处理记录，项目收尾时状态与验收信息一并归档。这样，发起人更换或项目复盘时，接任者能够从记录中了解此前的目标、承诺和决策依据，减少口头交接造成的信息缺失。工具承载的是记录与流转，职责本身仍由发起人在组织制度中承担。
常见问题
项目发起人可以由项目经理的上级以外的人担任吗？
可以。发起人的关键条件是对项目目标和资源具备实际影响力，能够在超出项目经理权限时作出决定，并不限定必须是项目经理的直接上级。常见做法是由分管相关业务的负责人、预算归属部门的负责人或能调动关键资源的资深管理者担任。选择时更应关注三点：是否掌握项目所需预算或人员调配的话语权、是否能在跨部门冲突中拍板、是否愿意在关键节点投入时间。若发起人层级过高而无法持续参与，可明确一位日常对接的副发起人或代理人，并在章程中写清授权范围。
项目进行到一半更换发起人，需要做哪些交接？
更换发起人时，交接的核心是让接任者掌握此前的目标、承诺和决策依据。建议完成三件事：一是移交立项材料、项目章程和历次评审的决策记录，说明目标与成功标准是否发生过调整；二是逐项核对资源与预算承诺，标明哪些已落实、哪些仍待协调；三是明确尚未解决的超权限障碍和待决事项，避免接任后出现决策空档。交接完成后由新旧发起人和项目经理共同确认，并在项目记录中注明生效时间。若项目已进入收尾阶段，接任者仍需完成验收和移交确认，责任不因人员更换而中断。
发起人需要参加每一次项目例会吗？
通常不需要。发起人的参与以关键节点为主，例如立项评审、阶段评审、重大变更决策和收尾验收，日常例会由项目经理组织。判断是否介入可以看两个条件：议题是否涉及目标、范围、预算或验收口径的调整，以及问题是否超出项目经理的决策权限。若项目出现明显偏离目标的信号，发起人应主动了解情况并作出决定。把参与节点写入项目章程，既能保证发起人在需要时到场，也能避免频繁介入影响项目经理的日常组织。
发起人批准了立项，项目失败时由谁承担责任？
责任需要按职责分开看。发起人对立项决策、目标设定和资源保障负责，项目经理对计划执行和交付过程负责。若失败源于目标本身不成立或关键资源长期不到位，发起人承担相应责任；若源于执行偏差、风险未及时处理，则由项目经理承担。实际项目中往往两者交织，因此在立项时写清成功标准、在执行中保留评审和决策记录，既有助于及时纠偏，也能在复盘时厘清各环节的判断依据。把责任划分写进章程，比事后追责更有助于项目推进。
小型项目是否也必须设置独立的发起人？
不一定需要单独设岗，但发起职责需要有明确归属。小项目中常见由部门负责人兼任发起人，或由项目经理的上级承担立项批准和资源协调。需要保留的是几项关键动作：立项决定有明确作出者、目标和验收口径有人确认、超权限问题有升级对象、收尾验收有人签字。若这些动作无人承担，项目容易在资源冲突或范围变更时陷入停滞。兼任情况下应在项目记录中注明以哪个角色作出决定，避免职责模糊。
