工具切换完成后，真正决定新平台能否用起来的是推广阶段的支持分工。本文聚焦替换后的采用推广，不涉及选型部署和迁移切换窗口内的操作。推广支持分工的核心，是把“让人用起来”拆成可交付的角色任务：推广负责人定节奏与目标，部门推广接口人负责本团队落地，平台管理员负责权限、模板与数据，流程与规范负责人把新工具写进研发流程，支持与答疑角色承接一线问题，度量角色跟踪采用情况。每个角色都要有明确输入、动作、输出和完成标志，并用周节奏的推广例会与问题闭环机制串起来。推广中的问题台账、任务分派与采用数据跟踪，可以在ONES中通过工作项与文档承载，便于各角色在同一处交接。
要点总览（TL;DR）
- 替换后的推广支持建议设六类角色：推广负责人、部门推广接口人、平台管理员、流程规范负责人、支持答疑角色、度量角色，每类角色写清职责边界与不承担事项。
- 把角色职责落成任务卡，按输入、动作、输出、完成标志四要素编写，完成标志要可核验，避免分工停留在口头。
- 推广按启动、集中培训、常态使用、复盘四个阶段推进，用周例会、三级问题升级路径和稳定的采用口径把角色串起来。
- 小团队可以合并角色，但合并后仍要保留对应职责与完成标志；推广负责人与度量角色尽量分开，避免目标设定与效果评估混在一起。
- 用角色到人、任务卡、问题台账闭环、周报可查、流程文档同步等清单逐项检查，缺项时优先补齐角色到人和问题台账。
推广支持分工先定哪几类角色
工具替换后的推广阶段，建议先明确六类角色。角色清单的作用是让每件事都有归属，避免出现“大家都在推、具体没人管”的局面。组建推广小组时，可以按下面的职责边界对照分工。
| 角色 | 主要职责 | 不承担事项 | 可合并情况 |
|---|---|---|---|
| 推广负责人 | 制定推广计划与节奏，明确阶段目标与采用口径，主持推广例会，协调跨部门资源 | 不直接替部门做团队落地，不承担平台权限配置 | 小团队可由项目负责人或研发负责人兼任 |
| 部门推广接口人 | 负责本团队的落地清单、培训组织、使用反馈收集与问题上报 | 不负责平台全局配置，不制定跨部门流程规范 | 团队规模较小时可由团队负责人或骨干成员兼任 |
| 平台管理员 | 负责权限配置、模板与空间结构搭建、基础数据维护 | 不承担推广节奏安排，不评价团队采用情况 | 可由IT或工具管理员兼任，多个团队共用时集中设置 |
| 流程规范负责人 | 把新工具写进研发流程文档，在评审节点中嵌入工具使用要求 | 不负责一线答疑，不直接处理权限问题 | 可由质量或研发效能角色兼任 |
| 支持答疑角色 | 承接一线使用问题，维护问题台账，跟踪响应与解决 | 不制定推广目标，不决定流程规范 | 可由平台管理员或部门接口人兼任，但需保留响应时限 |
| 度量角色 | 确定采用数据口径，按周输出采用情况与问题趋势 | 不负责具体问题处理，不直接推动团队整改 | 可由推广负责人或数据分析角色兼任 |
小团队合并角色时，遵循两条原则：一是合并后仍要保留对应职责和完成标志，不能因为兼任而省略交付物；二是推广负责人与度量角色尽量不由同一人承担，避免目标设定与效果评估混在一起。角色到人后，把职责写成书面说明，作为后续任务卡和检查的依据。
每个角色的输入、动作与交付物怎么定
角色职责确定后，需要落到任务卡上。任务卡按“输入—动作—输出—完成标志”四要素编写，让每类角色清楚自己拿到什么、做什么、交什么、何时算完成。下面给出六类角色的任务卡要点。
推广负责人
- 输入：切换完成后的平台现状、各部门团队清单、管理层对推广周期的要求。
- 动作：制定推广计划，排出启动、集中培训、常态使用、复盘四个阶段的节奏表，明确采用目标口径。
- 输出：推广计划、节奏表、目标口径说明。
- 完成标志：计划经相关方确认，节奏表落到周，目标口径有书面定义。
部门推广接口人
- 输入：推广计划、本团队人员与项目清单、平台使用指引。
- 动作：编制团队落地清单，组织本团队培训，收集使用反馈并上报问题。
- 输出：团队落地清单、培训记录、使用反馈汇总。
- 完成标志：落地清单覆盖本团队全部成员与在研项目，反馈按周提交。
平台管理员
- 输入：团队与人员清单、角色权限要求、模板与空间结构需求。
- 动作：完成权限配置、模板搭建与空间结构设置，处理权限变更请求。
- 输出：权限配置清单、模板与空间结构交付说明。
- 完成标志：各团队可按角色正常访问，模板经接口人确认可用。
流程规范负责人
- 输入：现有研发流程文档、新工具的功能边界、评审节点清单。
- 动作：更新流程文档中与工具相关的步骤，在评审节点嵌入工具使用要求。
- 输出：更新后的流程文档、评审节点嵌入说明。
- 完成标志：流程文档完成评审并发布，相关节点有明确的使用要求。
支持答疑角色
- 输入：一线提交的问题、常见问题清单、响应时限约定。
- 动作：登记问题台账，按约定时限响应，跟踪解决并回访提问人。
- 输出：问题台账、响应记录、常见问题整理。
- 完成标志：问题均有状态与责任人，超时问题有升级记录。
度量角色
- 输入：采用目标口径、平台可导出的使用数据、各团队名单。
- 动作：确定采用率、活跃度等观察口径的计算方式，按周汇总输出周报。
- 输出：采用数据口径说明、周报。
- 完成标志：周报按周准时发出，口径说明可被各团队复核。
任务卡写完后，由推广负责人统一收口，确认各角色的输出能互相衔接。例如平台管理员的权限配置清单，是部门接口人组织培训的前提；支持答疑角色的问题台账，是度量角色分析问题趋势的输入。任务卡中的问题台账、任务分派与周报汇总，可以在ONES中用工作项记录问题状态与责任人，用文档沉淀口径说明和推广计划，让交接有据可查。
推广节奏与协作机制如何运转
分工要真正运转，需要按阶段安排角色侧重，并用固定机制串起来。推广周期通常分为四个阶段，各阶段角色侧重不同。
| 阶段 | 角色侧重 | 主要产出 |
|---|---|---|
| 推广启动 | 推广负责人定计划与目标，平台管理员完成基础配置，部门接口人确认团队清单 | 推广计划、权限与模板就绪、团队落地清单 |
| 集中培训 | 部门接口人组织培训，支持答疑角色现场承接问题，流程规范负责人讲解流程变化 | 培训记录、首批问题台账、流程文档更新 |
| 常态使用 | 部门接口人跟踪本团队使用，支持答疑角色处理问题，度量角色输出周报 | 周报、问题闭环记录、使用反馈 |
| 复盘 | 推广负责人组织复盘，度量角色提供数据，各角色总结问题与改进项 | 复盘结论、下一阶段改进清单 |
协作机制以周为单位运转。每周召开一次推广例会，参会者为推广负责人、各部门接口人、平台管理员、支持答疑角色和度量角色。例会固定三项内容：回顾上周采用数据与问题台账，确认本周重点团队与事项，处理需要跨部门协调的问题。会议结论形成待办，分派到具体角色。
问题升级路径建议分三级：一线问题由支持答疑角色在约定时限内处理；涉及权限、模板的问题转平台管理员；涉及流程规范或跨部门资源的问题，由部门接口人提交推广例会，推广负责人协调。每级升级都要在问题台账中留下记录，注明升级原因和处理结果。
部门接口人与平台管理员的交接，围绕三件事进行：团队成员与角色权限的变更、模板与空间结构的调整需求、新项目接入时的配置申请。交接通过书面清单完成，避免口头约定遗漏。采用率、活跃度等观察口径在推广启动阶段就确定计算方式和数据来源，由度量角色在首次周报中说明，各团队可复核，后续周报沿用同一口径，保证趋势可比。
一个替换后推广的分工示例
以下为演示情景，用于说明角色如何配合，不代表任何真实组织的实施结果。
某研发组织完成工具替换后，计划用八周完成推广。推广负责人制定八周节奏表，把前两周设为启动与集中培训，中间五周为常态使用，最后一周复盘，目标口径定为各团队活跃使用人数与关键流程节点的工具覆盖率。平台管理员在第一周完成权限配置和项目模板搭建，交付配置清单。各部门接口人据此确认本团队人员清单，组织两场培训。流程规范负责人同步更新需求评审与代码评审的流程文档，在评审节点加入工具使用要求。支持答疑角色在培训期间建立问题台账，约定一般问题当日响应、权限问题次日处理。
进入常态使用后，某团队接口人发现部分成员在评审节点仍未使用新工具记录结论。该接口人将问题提交问题台账，支持答疑角色回访后判断属于流程理解问题，转流程规范负责人。流程规范负责人在周例会上说明评审节点的使用要求，并补充了一页操作说明。度量角色的周报显示该团队覆盖率在两周内回升。第八周复盘时，推广负责人汇总各角色输出：推广计划与节奏表、权限配置清单、流程文档更新记录、问题台账与周报，形成下一阶段改进清单。
这个示例中可迁移的做法包括：目标口径在启动阶段确定并保持稳定、问题台账带响应时限和升级记录、流程文档更新与培训同步进行。需要按组织调整的部分包括：推广周期长短、例会频率、响应时限的具体数值，以及角色由谁兼任。团队规模较大时，部门接口人可按二级部门设置；团队较小时，支持答疑与平台管理员可由同一人承担，但响应时限仍需保留。
推广分工的完成检查
推广进行到一定阶段后，可用下面的清单逐项核对分工是否真正建立并运转。每项都应有可查的证据，而不只是口头确认。
- 角色是否到人并有书面职责：六类角色均有指定人员，职责说明已发布，兼任情况有记录。
- 任务卡是否明确输入输出与完成标志：每类角色的任务卡包含输入、动作、输出和完成标志四项，且完成标志可核验。
- 问题台账是否闭环：台账中每条问题有状态、责任人和处理结果，超时问题有升级记录，已解决问题有回访确认。
- 采用数据是否按周可查：度量角色按周输出报告，口径说明已发布，历史周报可追溯，趋势可对比。
- 流程文档是否已同步更新：与工具相关的流程步骤完成更新并发布，评审节点有明确的使用要求，更新记录可查。
- 推广例会是否按周召开：会议有固定议程，结论形成待办并分派到角色，上周待办有回顾。
- 阶段目标是否对照检查：启动、培训、常态使用、复盘各阶段的目标有对照结果，未达成项有原因说明和后续安排。
检查中发现缺项时，优先补齐角色到人和问题台账两项，因为这两项直接影响其他环节能否运转。采用数据口径和流程文档更新可以在推广过程中逐步完善，但应在复盘前完成，否则复盘缺少依据。分工机制建立后，仍需在每次推广阶段结束时对照清单复查一次，确保角色调整或人员变动后职责不落空。
常见问题
团队规模很小，六类角色必须都单独设人吗？
不必。小团队可以合并角色，例如推广负责人由项目负责人兼任，支持答疑与平台管理员由同一人承担。合并时守住两条：一是合并后仍要保留对应职责和完成标志，交付物不能因为兼任而省略；二是推广负责人与度量角色尽量分开，让目标设定和效果评估相互独立。团队规模扩大后，再按二级部门或职能拆分接口人。
推广已经进行一段时间，发现部门接口人形同虚设，怎么补救？
先检查接口人是否有明确的团队落地清单和反馈提交要求。补救可以从三件事入手：把落地清单覆盖到本团队全部成员与在研项目，把反馈提交固定到周节奏，把接口人纳入推广例会的固定参会名单。如果接口人本身事务过多，可改为由团队骨干轮值，但职责说明和完成标志要同步更新，避免职责悬空。
采用率、活跃度这类数据口径应该由谁定，什么时候定？
由度量角色牵头拟定，推广负责人在推广启动阶段确认。口径要写清计算方式和数据来源，并在首次周报中向各团队说明，后续周报沿用同一口径，保证趋势可比。口径确定后不宜频繁调整；确需调整时，应在周报中注明变更原因和生效时间，避免前后数据无法对照。
问题台账里积压的问题一直没人处理，升级机制怎么用起来？
先确认台账中每条问题都有状态、责任人和约定响应时限。升级按三级走：一线问题由支持答疑角色在时限内处理；涉及权限、模板的转平台管理员；涉及流程规范或跨部门资源的，由部门接口人提交推广例会，推广负责人协调。每次升级在台账中留下升级原因和处理结果，周例会固定回顾超时问题，让升级路径真正被使用。
推广进入常态使用后，这套分工还需要维持吗？
需要，但重心会变化。集中培训阶段以部门接口人和支持答疑角色为主，常态使用阶段更依赖度量角色的周报和流程规范负责人的文档维护。建议在每次推广阶段结束时对照检查清单复查一次，人员变动或角色调整后及时更新职责说明，确保职责不落空。复盘结论形成改进清单后，下一阶段的分工可以据此微调。
