转型项目办公室运行了两年。它负责收集Use Case、审批预算、组织培训、汇报采用率。随着业务团队能力提高，一个新问题出现：所有新想法仍然要先经过项目办公室，专项组织开始拖慢变化。转型结构有自己的生命周期。
早期集中推动很有价值
方向不清、能力稀缺时，需要一个强中心。它可以统一战略、选择平台、建立治理、推动首批场景。这时，Transformation Program能够打破组织惯性。
成熟以后，价值责任应该回到业务
AI场景最终要产生业务结果。业务负责人应该拥有Outcome，也要承担持续改进责任。如果专项项目长期替业务“做AI”，AI会一直停留在外部能力。
技术平台承担共享能力
模型、Agent框架、数据、安全、Evaluation和监控适合进入稳定平台团队。这些能力从项目资产变成基础设施。
HR和管理系统承担人才变化
岗位、技能、绩效和领导力不能永久由AI项目组管理。它们需要回到HR和业务管理系统。AI能力由此进入正常人才周期。
中央团队仍然可以保留前沿职能
专项Program退出，不代表没有中央AI能力。企业仍然需要小型前沿团队关注新模型、跨业务模式和新风险。区别在于，它不再拥有所有Use Case。
从一开始定义Sunset Criteria
Transformation Office什么时候缩小？哪些能力成熟后移交？哪些业务达到什么水平后可以自治？这些退出条件最好在项目早期就设计。最成熟的AI企业，不会每天强调“我们正在AI转型”。
Program退出前要避免“组织失忆”
专项团队通常积累了大量隐性经验和关系。直接撤销容易让知识一起消失。Sunset过程需要把平台、规则、案例、Owner和社区逐项移交给稳定组织。人员也可以分散到关键业务和平台团队，成为新的能力节点。退出设计做得好，Transformation Program的结束会增加组织能力；做得差，只会结束一个项目。
退出专项项目并不等于停止投资
AI成熟以后，投资方式会变化。专项预算逐渐进入产品、技术平台、人才和日常业务改进。表面上“AI项目”可能减少，企业实际AI投入反而更深。这和数字化成熟后的状态类似：公司不会把所有软件建设都叫“数字化转型”。AI最终也会回到普通经营。
它只是持续使用当前最合适的智能和工作方式创造价值。专项Program的逐步消失，反而可能是转型成功最清楚的证据。
Program最重要的交付物是新的责任结构
早期Program可以集中战略、预算与专家，打破原有组织的等待。若运行两年后仍由它收集所有Use Case、解释全部价值、协调每个风险决定，说明临时结构替代了正式管理系统。项目数量再多，业务仍没有获得内生能力。
因此，Program从成立时就应设计责任转移：业务负责人逐步拥有价值流和容量再配置，平台团队拥有稳定技术能力，风险与合规拥有分级控制，HR和管理者拥有角色与技能变化。Program负责建立接口、验证机制和推动初始迁移，不能永久成为这些角色之间的人工连接层。
Sunset Criteria要包含可观察证据
退出标准可以包括：大部分新场景由业务主动提出并共同拥有结果；低风险试验能在标准平台和护栏内完成；高影响项目有清楚证据与批准路径；模型变更能够通过评估集快速复测；关键AI判断有领域人才与接班；停止项目和退役资产进入正常组合管理。
这些标准不需要一次全部达到。企业可以按能力模块逐项退出，例如先把培训与基础采用交回学习系统，再把场景组合交回业务，最后把平台和治理纳入稳定组织。分阶段Sunset比宣布某一天“转型结束”更可信。
保留小型前沿团队，避免保留大型协调层
成熟组织仍需要关注新模型、新风险、跨业务模式和长期能力。小型前沿团队可以运行高不确定性探索，维护外部网络，并把成熟发现转交平台或业务。它的成功标准是发现、验证和转移，而非长期拥有生产场景。
大型协调层则容易形成另一种惯性：为了证明Program必要，不断创造专项流程、报告与会议。业务遇到AI问题先向项目办公室升级，正式Owner的判断能力无法形成。退出设计要保留前沿感知，减少日常经营对专项协调的依赖。
退出前要处理三类组织债务
第一是Owner债务：场景名义上归业务，实际仍由项目经理维护。第二是能力债务：关键评估、Prompt和异常判断集中在少数外部或临时人员。第三是资产债务：模型、数据、日志、评估与决策记录没有清单和退役机制。
Program可以在最后阶段建立移交账，对每项债务注明正式Owner、容量、服务水平、接班人与完成证据。若没有这些细节，组织会在项目结束后悄悄回到人工救火，随后又启动下一轮“转型二期”。
一份可执行的Program移交表
每条重点价值流列出业务Outcome Owner、当前基线、运行指标和下一次组合评审；共享组件列出平台Owner、服务等级、成本与版本路线；高影响控制列出风险Owner、证据要求、例外时限和事件路径；人才资产列出关键L3/L4、替代者与发展任务；实验资产列出评估、案例、决策记录和退役日期。
移交不能只签字。接收方需要实际主持至少一个经营周期，处理一次变更或异常，并在没有原项目成员代办的情况下完成决策。专项团队从主导变为观察，发现缺口后补机制，而非重新接回责任。
Program退出后的第一个年度周期
预算会逐渐进入业务、平台、风险和人才的常规计划。管理层仍可保留跨企业AI组合视图，关注重大投资、共性风险和前沿机会，却不再逐项批准低风险场景。业务季度评审讨论价值流与容量，技术规划讨论模型与平台，人才评审讨论判断能力，审计与风险评审检查真实运行证据。
这个年度周期是Sunset的最终验证。如果AI工作在正常机制中竞争资源、接受停止、产生复用并持续更新，说明专项结构已经完成转移。若责任再次回到少数原成员，需修复具体接口，不要自动恢复全部Program。
前沿团队也需要防止永久试验
前沿团队的探索应有明确未知、时间盒和接收方。验证成立后，能力转交平台或业务；价值不足则记录并停止。若某项探索长期没有Owner愿意接收，通常说明它离经营问题太远。小团队保持敏锐的同时，也要接受与其他投资相同的证据纪律。
退出过程需要管理身份变化
Program成员可能已经通过跨部门协调形成影响力，业务团队也习惯把困难交给专项办公室。责任转移会触碰职业身份与权力，不能只靠新组织图。管理层应为核心人员设计去向：进入平台、领域业务、风险、人才或前沿团队，并让他们从“代替组织做”转向“帮助组织自己做”。
接收团队则需要实际决策空间。若业务名义拥有Outcome，却仍要专项成员批准预算和方案，转移不会发生。共同运行期应明确谁在何时成为主责，并让新Owner经历一次完整的成功、异常和复盘。
Program历史也要沉淀为组织资产
转型期间的场景组合、失败原因、工作流模式、评估、风险决定和人才变化，应在退出前完成分类与Owner移交。总结报告只能提供叙事，真正资产要进入平台、知识、治理和人才系统，并带有版本和复核日期。同时记录哪些方法没有奏效。未来技术跃迁出现时，组织能够从历史证据出发，而非再次复制同样的委员会、场景征集和大规模培训。
如何防止Program以新名字永久存在
专项结构可能改名为AI Office、Innovation Hub或Agent Factory，却继续承担同样的集中协调。管理层应看职责和依赖，而非名称：业务是否仍然等待它定义场景，平台是否由项目预算维持，人才和风险是否没有正式归属。若答案为是，Sunset尚未发生。
保留中央能力完全合理，但它应有清楚产品、用户和边界，并接受复用、前沿发现或风险质量的结果评价，不再以“推动所有人做AI”证明存在。
从观点到管理动作
| 生命周期 | Program的核心任务 | 退出信号 |
|---|---|---|
| 启动 | 统一方向、平台、治理与首批场景 | 组织获得共同方法与初始证据 |
| 扩展 | 建立复用、分级与领域能力 | 业务能在护栏内自主推进 |
| 转移 | 把价值、技术、风险和人才归位 | 正式Owner拥有预算、容量与指标 |
| Sunset | 撤掉专项催办并做压力测试 | 三个经营周期内机制持续运行 |
| 前沿 | 保留小型探索与跨域感知 | 成熟发现可以快速转交 |
最成熟的AI组织仍然会投入AI，却不再把每一次工作改进都包装成专项转型。AI进入战略、产品、技术、风险和人才的常规责任，新的能力被正常吸收，旧的场景被正常退役。Program完成了自己的使命，也因此有能力结束自己。