任务模板用久了，相似版本往往越积越多：同一个周报任务有三份模板，差别只在字段顺序；某个团队另存了一份“本地版”，主模板更新后它再没跟上。治理这类问题，关键是把模板当作有生命周期的受管资产，用命名归并收敛数量，用更新规则解决“改哪一份”，用停用规则解决“旧模板何时下线、存量任务怎么办”。下文给出一套可落地的规则草案与验证方法，模板的归属、变更记录和归档动作可以依托 ONES 的工作项与文档能力承载。
要点总览（TL;DR）
- 先盘点模板清单，记录名称、用途、适用对象、归属人和最近使用时间，把疑似重复的模板两两配对，作为合并与停用的依据。
- 命名规则包含用途、适用对象和版本状态三个要素，同一分类下同一用途只保留一份主模板，修改权限收敛到责任人。
- 更新规则的核心是只改主模板：实质变更记录变更说明并通知使用方，高频变更团队可设固定更新窗口，保留紧急快速通道。
- 停用规则写清三件事：停用条件（被替代、长期未用、场景消失）、归档方式（保留名称、停用日期、替代模板和原因）、存量任务按原模板继续执行。
- 用模板总数与重复数量、命名合规率、旧模板残留引用、更新通知知晓情况四个信号按周期复测，连续两个周期未改善就回到规则设计检查。
先看清现状：模板为什么越用越多
治理的第一步是拿到一份可信的模板清单。没有清单，讨论“合并哪些、停用哪些”只能凭印象，容易误删仍在高频使用的模板，也容易漏掉真正重复的那几份。盘点的目标不是一次清理干净，而是让每个模板都有名字、有归属人、有使用痕迹可查。
盘点时逐条记录以下字段，形成一张可筛选的表格：
| 字段 | 填写要求 | 用途 |
|---|---|---|
| 模板名称 | 照抄现有名称，不做美化 | 暴露命名混乱程度 |
| 用途 | 一句话说明这个模板用来发起什么任务 | 判断是否同类 |
| 适用对象 | 面向哪些团队、角色或项目类型 | 区分合理差异与重复 |
| 归属人 | 当前实际维护者，找不到就标“无主” | 确定后续责任人 |
| 最近使用时间 | 按可获取的记录填写，无记录则标注 | 识别长期闲置模板 |
| 疑似重复对象 | 写出与之高度相似的模板名 | 形成合并候选对 |
相似模板通常来自三个方向：个人为了方便另存一份再改；跨团队复制后各自演化；需求微调时直接新建而非修改原模板。盘点时把每份模板归到其中一类，后续处理方式会不同——个人另存的副本多数可以直接合并，跨团队复制需要先对齐口径，微调新建的要判断差异是否值得保留为独立模板。
治理目标建议明确为三条：减少重复维护的人力，保证同类任务发起后的字段与流程口径一致，旧模板下线后仍可追溯其去向。三条目标对应后文的更新规则与停用规则，盘点结论也应围绕它们组织。
相似模板并存的三个主要瓶颈
模板越积越多，通常不是某一次失误造成的，而是三个机制同时失效的结果。把问题归到具体机制上，改进动作才有针对性。
命名与分类缺失，同类模板难以识别
当模板名称是“周报模板”“周报模板2”“周报（新）”这类写法时，使用者无法从名称判断该用哪一份，创建者也不容易发现自己正在重复造一份已有的模板。缺少按用途和对象划分的分类，模板列表就退化成按创建时间排列的流水账。归因时逐条标注：哪些模板因为名称相近而难以区分，哪些因为散落在不同分类下而从未被放在一起比较。
更新无主，修改分散在多份副本
模板没有明确维护人时，任何使用者都可能基于自己的需要改动手头那一份，改动不会回流到其他副本。结果是同一类任务在不同团队发起后字段不一致，统计和交接都要额外对账。归因时重点找“同一用途存在两个以上都在被修改的版本”的情况，这类模板是合并的优先对象。
停用无出口，旧模板仍可被引用
很多团队只规定了怎么新建模板，没有规定怎么让一个模板退出使用。被替代的旧模板继续留在可选列表中，新成员按名称挑选时仍可能选中它；即使口头通知过停用，缺少归档动作，旧模板依然可被引用。归因时列出“已被新版本替代但仍在列表中出现”的模板，以及“场景已经消失但无人处理”的模板。
三类瓶颈往往同时存在，但处理顺序有讲究：先解决命名与分类，合并才有依据；再定更新路径，避免合并后再次分叉；最后补停用出口，防止数量反弹。
优先改进动作：命名归并、更新路径与停用出口
改进方案由三部分组成，建议按“命名归并—更新规则—停用规则”的顺序推进。前一步的产出是后一步的输入：没有唯一主模板，更新规则无从谈起；没有更新规则，停用判断也缺少依据。
第一步：建立唯一命名与分类，合并重复模板
命名规则建议包含三个要素：用途、适用对象、版本状态。例如“周报-研发团队-现行”，让使用者在列表中一眼判断适用范围。分类按业务场景或任务类型划分，同一分类下同一用途只保留一份主模板。
合并动作按以下顺序执行：
- 把盘点表中的疑似重复对象两两比对，列出字段与流程差异；
- 差异属于表述或顺序问题的，直接并入主模板；差异涉及实质流程的，判断是否应拆为两个用途不同的模板，而非保留两个相似版本；
- 确定主模板并指定责任人，其余副本标记为“待停用”，在过渡期内保留只读或加注说明；
- 通知原副本的使用方，说明迁移到主模板的方式。
主模板的修改权限建议收敛到责任人，其他成员通过提建议的方式参与，避免合并后再次分叉。ONES Wiki 支持为不同角色配置读写权限，可作为承载模板说明文档与变更记录的载体；页面模板库适合存放制式化的模板使用说明，任务模板本身的权限模型需按实际部署确认。
第二步：更新规则——先改主模板，再处理旧版本
更新规则要回答两个问题：改哪一份，以及改完怎么让使用方知道。
改哪一份：所有修改只发生在主模板上，任何副本不再单独修改。责任人收到修改需求后，判断是否影响存量任务——影响字段结构的，记录变更说明并标注生效时间；仅影响说明文字的，可直接更新。
怎么通知：每次主模板发生实质变更，由责任人在团队约定的渠道发布变更说明，内容包括改了什么、为什么改、使用方需要做什么。变更说明与模板放在同一处，便于后来者查阅历史。ONES Wiki 记录页面所有版本并支持查看与回滚，适合存放这类变更记录，使模板的演进过程可追溯。
对高频变更的团队，可以约定固定的更新窗口，例如每两周集中处理一次修改需求，窗口之外只处理影响任务发起的紧急问题。这样既保留快速响应通道，也避免模板天天变动导致使用方无所适从。
第三步：停用规则——设定条件、归档方式与存量处理
停用规则需要写清三件事：什么条件下停用、停用后模板去哪里、已经用旧模板发起的任务怎么办。
| 停用条件 | 判断口径 | 处理方式 |
|---|---|---|
| 被主模板替代 | 同一用途已有唯一主模板并完成迁移通知 | 过渡期后下线，保留归档记录 |
| 长期未使用 | 按约定周期内无新任务引用，具体周期由团队设定 | 先标记“待观察”，再确认后停用 |
| 适用场景消失 | 对应业务或项目类型已不再开展 | 直接停用并归档，注明原因 |
归档方式建议统一：停用模板移入归档区或加注“已停用”标识，保留名称、停用日期、替代模板和停用原因，使历史任务仍能追溯到当时使用的模板。存量任务的处理原则是“不强制迁移、不阻断流转”：已发起的任务按原模板继续执行，需要调整的由任务负责人参照新模板手动更新；新发起的任务只能选用现行模板。
停用动作建议设置确认环节，由模板责任人或指定的模板管理员确认，避免个人误操作导致在用模板被下线。ONES Wiki 的回收站支持恢复误删除页面，可作为文档类模板误删后的兜底，任务模板的停用与恢复机制需按实际工具能力确认。
规则落地的前提与代价
这套规则能否跑起来，取决于三个前提是否具备。第一，每个主模板有明确的责任人，且责任人愿意承担定期维护工作，通常需要每周或每两周留出固定时间处理修改需求与停用确认。第二，团队对“同类任务口径一致”有共识，愿意接受个人副本被合并，这需要一次正式的规则宣导，而非仅发一份文档。第三，有可查的使用记录支撑停用判断，若工具侧无法直接提供模板使用统计，需要约定人工登记或定期抽查的方式。
推行的代价也要提前说清。合并与迁移会带来短期沟通成本：使用方需要重新熟悉主模板，历史任务与新模板的字段差异需要解释，跨团队复制的模板合并时还要协调两边的流程习惯。规则本身也有僵化风险，如果更新审批链条过长，一线团队遇到紧急调整时会绕过规则私下另存，反而制造新的副本。缓解办法是保留快速通道：明确哪些变更可以责任人直接改、事后报备，哪些需要确认后再改。
判断投入是否值得，可以看两个信号：同类任务发起后的字段返工是否减少，模板维护是否从多人分散修改变为少数责任人集中处理。若这两点没有改善，说明规则只停留在文档层面，需要回到执行环节检查。
效果怎么验证：用四个信号判断治理是否见效
治理效果需要可观察的指标，而不是“感觉模板少了”。以下四个信号分别对应数量收敛、命名规范、停用执行和通知到位，建议在治理启动时记录基线，之后按固定周期复测。
| 指标 | 取数方式 | 观察周期 | 判断标准 |
|---|---|---|---|
| 模板总数与疑似重复模板数量 | 按盘点表口径重新统计，重复对由责任人复核 | 治理后第1个月、第3个月 | 总数下降且疑似重复对持续减少 |
| 新建模板命名合规率 | 抽查周期内新建模板是否符合命名三要素 | 每月 | 合规率逐月上升并稳定在约定水平 |
| 旧模板残留引用 | 检查已停用模板是否仍被新任务选用 | 每月 | 新任务不再引用已停用模板 |
| 更新通知知晓情况 | 变更后向使用方做简短确认或抽查 | 每次实质变更后 | 使用方能说出变更内容与需执行的动作 |
四个指标中，前两个反映收敛是否发生，后两个反映规则是否真正被执行。若模板总数下降但旧模板仍被引用，说明停用只做了标记没有做隔离；若命名合规率上升但使用方不知道模板已更新，说明通知环节缺失。指标连续两个周期未改善时，回到对应章节检查规则设计，而非简单加大清理力度。
治理稳定后，可以把复测频率降为每季度一次，重点转向新增模板的准入：新建模板前先检索是否已有同类主模板，确需新建的说明与现有模板的差异并经责任人确认。把入口管住，相似模板并存的压力会明显下降。
常见问题
主模板合并后，原副本的使用方不配合迁移怎么办？
先区分不配合的原因再处理。如果是对新模板不熟悉，安排一次简短说明，把字段对应关系讲清楚；如果是新模板缺少原副本的某些字段，说明合并时差异判断有遗漏，应补回主模板而不是允许副本继续存在。过渡期内可以给原副本加注“已由某模板替代”的说明并保留只读，让使用方逐步切换。规则宣导时明确一点：副本不再接受单独修改，有调整需求统一提到主模板责任人处处理。
团队任务类型变化快，固定更新窗口会不会拖慢响应？
更新窗口约束的是常规修改，不是全部修改。建议在规则中划出快速通道：影响任务能否正常发起的问题，责任人可直接修改并事后报备；字段增减、流程调整这类影响面较大的变更，走窗口集中处理。窗口频率按团队变更量设定，每两周一次是常见起点，变更频繁时可缩短。关键是让使用方知道哪些变更随时可能发生、哪些会集中在固定时间发布，避免因不确定而自行另存副本。
已用旧模板发起的任务，停用后需要全部迁移到新模板吗？
通常不需要强制迁移。存量任务按原模板继续执行，可以保证正在进行的流程不被打断；需要调整字段或流程的，由任务负责人参照新模板手动更新。新发起的任务只能选用现行模板。归档时保留旧模板的名称、停用日期、替代模板和停用原因，历史任务仍能追溯到当时使用的模板。如果某类存量任务数量大且口径必须统一，可以单独安排一次批量调整，但要评估对进行中工作的影响。
没有工具侧的模板使用统计，怎么判断哪些模板长期未用？
可以先用人工方式补上：在盘点表中记录每个模板最近一次被引用的时间，来源可以是任务创建记录、使用方反馈或定期抽查。约定一个观察周期，例如连续两个季度无新任务引用即进入“待观察”，再经责任人确认后停用。人工登记会增加维护成本，建议只对使用频率较低的模板做重点跟踪，高频模板不必逐次登记。后续如果工具能提供使用记录，可以把判断口径切换到系统数据。
模板治理规则推行一段时间后数量又反弹，问题出在哪？
反弹通常说明入口没管住。检查新建模板前是否要求先检索现有主模板，确需新建的是否说明差异并经责任人确认。另一个常见原因是更新审批链条过长，一线团队遇到紧急调整时绕过规则私下另存，这需要在规则中保留快速通道。复测时重点看两个信号：新建模板的命名合规率是否稳定，旧模板是否仍被新任务引用。入口和出口同时收紧，反弹压力才会下降。
