任务模板用久了，常见的情况是数量越来越多、字段越填越长，真正被复用的却越来越少。评审和清理的目标，是让模板重新对应真实的重复工作：先盘点模板并建立基线数据，再按保留、合并、精简、淘汰给出处置结论，用固定节奏执行，最后用调用率、字段数量和新建任务耗时验证效果。下文给出一套可落地的操作方法和判断口径。
要点总览（TL;DR）
- 评审前先建模板台账：记录模板名称、归属团队、创建与最近修改时间、近90天调用次数、字段数量和负责人，按调用次数排序后再讨论取舍。
- 处置结论分四类：高频且字段与业务一致就保留；多个模板覆盖同一场景就合并；仍在使用但字段冗余就精简；长期零调用或业务已下线就淘汰。
- 评审按季度或半年固定一次，由模板负责人牵头、使用方代表参与，结论写入决策记录并注明执行人和完成时间。
- 防复发靠机制：字段新增设门槛、模板指定负责人、变更留记录、下线前通知并提供替代模板、新模板申请与旧模板合并走同一入口。
- 以一个评审周期为观察窗口，对比模板总数、高频模板调用占比、平均字段数量和新建任务耗时，判断清理是否达到目的。
先摸清现状：模板清单与基线指标
评审前先把“有哪些模板、谁在用、用了多少”变成一张可排序的台账。没有台账，讨论容易停留在印象层面，最后只能按模板名称或创建人做取舍。台账建议由各团队模板负责人协助填写，集中维护在一个共享文档或表格中，评审时直接引用。
盘点范围是当前全部任务模板，包括已停用但尚未删除的模板。每个模板至少记录以下字段：
| 字段 | 记录内容 | 用途 |
|---|---|---|
| 模板名称与编号 | 唯一标识，避免同名混淆 | 评审引用与决策记录 |
| 归属团队 | 创建或主要使用的团队 | 确定评审参与方 |
| 创建时间 | 首次建立日期 | 识别长期未更新的模板 |
| 最近修改时间 | 最后一次调整字段或内容的日期 | 判断是否与当前业务同步 |
| 近90天调用次数 | 基于模板新建任务的数量 | 区分高频与长尾 |
| 字段数量 | 模板包含的字段总数，可标注必填字段数 | 评估填写负担 |
| 负责人 | 对模板内容负责的人 | 评审召集与变更确认 |
采集完成后，按调用次数把模板分成三类：高频复用（近90天有稳定调用）、低频长尾（偶有调用但频率低）、长期零调用（近90天无调用记录）。分类口径要在团队内统一，例如“稳定调用”可以定义为每月至少若干次，具体阈值由团队根据任务量确定。台账按调用次数降序排列，评审时从两端看起：高频模板确认是否仍然准确，零调用模板确认是否还有存在必要。
如果团队使用 ONES 管理任务，台账和评审记录可以放在 ONES Wiki 的页面中维护，借助页面模板库建立统一的台账格式，并用页面版本记录每次评审后的调整，便于回溯。任务模板本身的调用统计口径需要团队结合现有数据自行定义。
模板为什么会过时：常见瓶颈与误区
模板膨胀通常不是一次决策造成的，而是多次小调整累积的结果。识别成因，才能判断清理应该从哪里入手。
- 字段只增不减。每次业务出现新情况，就在模板里加一个字段，旧字段因为“可能还有人用”而保留。字段数量上升后，填写人需要判断每个字段是否与自己相关，新建任务的成本随之增加。
- 近似模板重复建设。同一类业务在不同团队各建一套模板，字段名称和顺序略有差异。使用者面对多个相似选项，难以判断该选哪一个，选择成本反而高于自己新建。
- 业务变化后模板未同步。流程调整、职责变更或交付物变化后，模板仍保留旧字段和旧状态。使用者发现按模板填写与实际工作不符，便绕开模板自建任务，模板调用率进一步下降。
- 职责错位。把模板当作知识库或流程说明使用，在字段中塞入大段背景描述、操作指引或审批说明。模板承担了文档的职责，填写负担加重，真正需要结构化的信息反而被淹没。
- 只增不删的维护惯性。模板创建有明确触发点（新业务、新项目），删除却缺少触发点和责任人。没有人负责定期回看，模板数量只会上涨。
这些成因往往同时存在。评审时不必追求一次解决全部问题，可以先处理零调用和明显重复的模板，再逐步收紧字段新增的口径。
评审怎么做：分类处置规则与评审节奏
评审的核心判断是：这个模板是否仍对应真实、重复发生的工作。符合就保留或精简，不符合就合并或淘汰。四类处置的判断标准如下：
| 处置结论 | 判断标准 | 典型动作 |
|---|---|---|
| 保留 | 近90天高频调用，字段与当前业务一致，负责人明确 | 维持现状，记录评审结论与下次复核时间 |
| 合并 | 多个模板覆盖同一业务场景，字段高度重叠 | 选定主模板，吸收差异字段，其余模板下线并指向主模板 |
| 精简 | 模板仍在使用，但存在长期无人填写或与业务无关的字段 | 删除或停用冗余字段，保留核心结构，通知使用方 |
| 淘汰 | 长期零调用，或对应业务已下线、流程已取消 | 下线模板，提前通知使用方，必要时提供替代模板 |
判断时以调用数据和业务现状为准，不以模板新旧或创建人职位为依据。字段“高度重叠”可以按核心字段的重合比例判断，例如两个模板的必填字段大部分相同，就具备合并基础。精简要谨慎处理历史任务：删除字段前确认已创建任务中的数据是否需要保留，必要时先停用字段、观察一个周期再删除。
评审节奏建议按季度或半年固定一次，由各模板负责人牵头，使用方代表参与。会议前发放台账，会上逐条给出处置结论，会后形成决策记录，写明每个模板的结论、理由、执行人和完成时间。决策记录与台账放在同一处维护，下次评审直接从上次结论开始核对。模板数量较少的团队可以合并到现有的流程回顾会议中，不必单独设会。
优先改进动作：从清理到防复发
改进动作按“先降选择成本、再建防复发机制”的顺序推进，避免清理完成后模板再次膨胀。
- 先处理零调用与重复模板。这两类处置的争议最小、收益最直接。下线零调用模板、合并近似模板后，可选模板数量下降，使用者选择模板的时间缩短。执行时先通知再下线，给使用方留出迁移时间。
- 为字段新增设置门槛。新增字段需要说明使用场景、填写人和信息用途，由模板负责人确认后再加入。门槛的作用是让每次新增都经过一次判断，避免字段随业务讨论随手增加。
- 明确模板负责人和变更记录。每个保留的模板指定一名负责人，负责内容准确性和定期复核。字段调整、合并、下线都记入变更记录，写明时间和原因，便于后续追溯和交接。
- 下线前通知使用方并提供替代方案。通知内容包括下线时间、替代模板名称和迁移方式。对仍有历史任务引用的模板，先停止新建、保留只读，再择期删除。
- 统一新模板申请与旧模板合并的入口。新模板申请和旧模板合并走同一个入口，由同一责任人受理。申请时先检索现有模板，能合并的不新建，从源头上控制数量增长。
这套动作中，台账、变更记录和申请入口都属于管理机制，可以借助现有协作工具承载。例如在 ONES Wiki 中建立模板台账页面和变更记录页面，用统一的页面模板保证格式一致，评审结论和调整历史随页面版本留存，减少口头交接造成的信息丢失。
适用前提与代价
这套做法成立的前提是能够获得模板使用数据。如果无法统计调用次数，分类处置就缺少客观依据，只能退回到按业务访谈判断，评审结论的说服力会下降。团队在启动前应先确认数据来源和统计口径，口径一旦确定，后续评审保持一致，避免每次换算法导致数据不可比。
需要付出的成本主要有三项：评审会占用模板负责人和使用方代表的时间，按季度评审的团队每次大约需要半天到一天；合并与淘汰会带来短期迁移成本，使用方需要适应新模板、迁移历史任务中的信息；字段精简可能引发个别使用方的异议，需要负责人解释判断依据。这些成本在清理初期集中出现，随着模板稳定会逐步下降。
团队规模小、模板数量少时，可以简化流程：不单独设评审会，在月度回顾中花十几分钟过一遍台账；字段新增门槛可以由一位负责人直接判断，不必走正式申请。流程的复杂度应与模板数量匹配，模板只有十几个时，完整的评审机制反而增加负担。
本文讨论的范围是任务模板。项目模板的管理、跨对象的自动化规则配置属于其他主题，评审方法和判断标准不同，不宜直接套用本文的分类处置规则。
效果怎么验证：指标与观察周期
清理是否有效，要看模板是否重新被使用、填写负担是否下降。建议以一个评审周期为观察窗口，在清理前后各采集一次数据，用同一口径对比。
| 指标 | 计算方式 | 观察重点 |
|---|---|---|
| 模板总数 | 当前有效模板数量 | 清理后是否下降并保持稳定 |
| 人均可选模板数 | 模板总数 ÷ 主要使用人数 | 选择范围是否收窄到合理区间 |
| 高频模板调用占比 | 高频模板调用次数 ÷ 总调用次数 | 调用是否向少数模板集中 |
| 模板平均字段数量 | 各模板字段数之和 ÷ 模板数 | 填写负担是否下降 |
| 新建任务耗时 | 从选择模板到提交任务的平均时间 | 选择与填写效率是否改善 |
观察时注意区分相关与因果。模板总数下降可能来自合并，也可能来自业务收缩；新建任务耗时缩短可能来自模板精简，也可能来自任务本身变简单。判断时可以结合变更记录，确认指标变化与具体清理动作的对应关系。如果清理后高频模板调用占比没有上升，说明合并或淘汰的模板可能仍有真实需求，需要在下次评审中重新评估。
指标不必追求全部改善。对多数团队而言，模板总数稳定、高频模板调用占比上升、平均字段数量下降，已经说明清理达到了目的。新建任务耗时受任务复杂度影响较大，适合作为辅助观察项，单独看这一项容易得出片面结论。
常见问题
团队拿不到模板调用数据，还能做评审和清理吗？
可以，但判断依据要从数据转向访谈和业务事实。具体做法是让各团队模板负责人逐个确认模板当前是否仍对应重复发生的工作，并记录最近一次实际使用的大致时间。这样得到的结论精度低于调用统计，仍能识别明显零调用和重复建设的模板。
如果后续能补上调用数据，建议把统计口径固定下来，与访谈结论对照一次，修正此前判断偏差较大的模板。口径一旦确定就保持一致，避免每次评审换算法导致数据不可比。
合并模板时，历史任务里引用的旧模板信息怎么处理？
合并前先确认旧模板是否仍被历史任务引用。稳妥的顺序是：先停止旧模板的新建入口，保留只读状态，让历史任务继续可查；同时把差异字段吸收进主模板，通知使用方后续新建任务改用主模板；观察一个周期确认没有新的引用需求后，再删除旧模板。
如果历史任务中的信息需要长期保留，可以在合并说明中注明旧模板名称与主模板的对应关系，方便日后追溯。删除前建议先备份模板结构说明。
字段精简时，使用方反对删除某个字段怎么办？
先区分两种情况：字段确实仍有人填写，还是只是“担心以后可能用到”。前者应保留，并记录填写人和使用场景；后者可以先停用字段而不是直接删除，观察一个评审周期，确认无人反馈再删除。
停用期间在变更记录中写明停用时间和原因，使用方如有需要可以提出恢复。这样既推进了精简，也给异议留出验证空间，比在会上争论更有效。
模板数量很少的团队，需要完整走这套评审流程吗？
不需要。模板只有十几个时，完整的台账、评审会和申请门槛反而增加负担。可以简化为：在月度回顾中花十几分钟过一遍模板清单，确认是否有零调用或明显重复的模板；字段新增由一位负责人直接判断，不必走正式申请。
流程复杂度应与模板数量匹配。当模板数量增长到使用者开始难以选择，或字段数量明显上升时，再逐步引入台账和固定评审节奏。
清理后模板调用率没有上升，说明清理失败了吗？
不一定。调用率受业务量影响，业务收缩时总调用次数下降，占比指标也可能波动。判断时应结合变更记录，看指标变化是否与具体清理动作对应，而不是只看单一数字。
如果高频模板调用占比没有上升，可能说明被合并或淘汰的模板仍有真实需求，使用方转而自建任务。这种情况应在下次评审中重新评估，把仍有需求的场景以字段或新模板的形式补回，而不是简单恢复旧模板。
