模板复用管理方法大全：实施团队项目模板制度设计落地清单

三年前我接手过一个很典型的事故复盘：一家做工业软件交付的公司，12 个实施顾问，一年做了 47 个项目。项目启动会要用的《项目章程》《需求调研记录表》《验收确认单》，几乎每个项目都重新写一遍。年底盘点时，团队在文档库里搜出了 213 份”同名不同版”的模板文件，最新版在哪一份，没人说得清。更麻烦的是，客户投诉的两个交付延期项目，根因都指向同一件事，新人在启动阶段漏掉了风险登记表，因为发给他的模板是两年前的旧版。

这就是模板复用管理最真实的困境：它看起来是个”文件整理”问题，实际上是资产治理问题、流程约束问题和组织记忆问题三件事叠在一起。很多实施团队不是没有模板，而是模板处于”有存量、无秩序、不可信”的状态。一旦模板不可信，顾问就会退回到自己写，组织瞬间回到零复用。

下面这份内容，是我自己带过实施团队、也帮若干家中大型企业做过模板制度落地之后，整理出来的一套完整方法。它包含一个核心判断、四类常见误区、一套判定公式、一份 90 天落地清单，以及不同规模团队的行动建议和取舍边界。所有数据除特别标注外，来自我参与的项目复盘记录和团队内部度量，涉及推演的部分我会明确说明。

一、先给结论：模板复用管的是”资产”，不是”文件”

如果只能记住一句话，我希望是这句：模板复用的目标不是”让所有人用同一份文件”，而是”让每一次项目启动，都能站在上一次的经验之上”。前者是文件管理，后者是组织能力管理。

1. 三条核心判断

判断一：模板的复用率低，八成不是意愿问题，而是信任问题。顾问不用模板，最常见的原因不是”懒”，而是他不确定这份模板是不是最新的、是不是适用于当前客户类型、用了之后会不会被评审挑毛病。信任成本高于自写成本，理性人就会选择自写。

判断二：模板资产的价值不在数量，在”被引用次数”。一个 200 份模板的库，如果只有 20 份被高频引用，剩下的 180 份就是治理负债，它们会稀释检索效率、增加版本混淆、拉高维护成本。

判断三：模板制度必须挂在流程上，不能挂在墙上。写在《项目管理规范》第 4.2 节里的”应使用统一模板”，执行率通常不超过 30%。只有把模板嵌进任务卡的必填项、评审的检查项、交付物的验收项，执行率才可能稳定在 80% 以上。

2. 收益到底从哪里来

我在团队里做过一次拆解：一个 20 人左右的实施团队，每年 40 个项目，模板相关的重复劳动大概分布在四个环节，找模板、改模板、跟客户解释格式、评审时补缺项。治理前这四项合计约 380 人时/年，治理后降到约 140 人时/年。折算下来相当于释放了 0.15 个人力，听起来不多，但它减少的是交付最紧张阶段的高质量人力占用，这个价值远高于账面人时。

更隐蔽的收益是新人上手速度。新人从”跟着老顾问抄”到”按模板独立启动项目”，平均周期从 6 周缩短到 2.5 周。对实施团队来说，这意味着项目并行能力上限被抬高了，而不是简单的效率数字变化。

二、真实场景：实施团队为什么总在重复造轮子

1. 一个 6 人小组 90 天的记录

2022 年我跟踪过一个 6 人实施小组。我让他们做了件很不讨喜的事：连续 90 天，每次打开文档写东西前，先记录”这件事我是不是做过类似的”。结果是，90 天内产生的 1,140 份工作产出中，有 613 份（约 54%）与历史产出高度重合，其中只有 71 份直接复用了已有文件，占比 6.2%。

剩余的重合产出是怎么处理的？402 份是”打开旧文件另存为然后改”，140 份是”完全从空白开始写”。后面这一类最值得警惕：完全新写的往往不是因为旧模板不好，而是因为找不到、不敢信、或者记得有个更好的版本但搜不到。

2. 三种典型失控场景

场景一：模板孤岛。每个项目组有自己的文件夹，命名规则是”XX项目-项目章程-最终版-张三”。跨组协作时，第一步永远是对齐”用谁的模板”。这类团队的组织记忆是碎的，人员一流动，经验就归零。

场景二：模板坟场。公司层面有一个”标准化模板库”，由 PMO 在 2019 年一次性整理发布，之后三年没人动过。顾问去看过一次，发现里面的模板还要求填”5 天现场调研”这种在疫情后已经不现实的字段，于是全体放弃。库还在，但已经死了。

场景三：模板军备竞赛。某个事业部为了体现”管理精细”，把模板从 8 份扩充到 46 份。结果是项目启动阶段要填的表单翻了五倍，顾问花在填表上的时间超过了跟客户沟通的时间，客户满意度反而下降。这是把”管理完备”误当成”管理有效”的典型。

三、拆解常见误区：把模板库当成网盘是万恶之源

1. 误区一：模板越多越全面

这是最普遍也最致命的误区。它的隐含假设是”覆盖所有场景的模板就等于管理到位”，但真实约束是顾问的注意力是稀缺资源。当模板库大到需要浏览目录才能找到目标时，检索成本就超过了自建成本。

我的经验阈值是：面向一线顾问直接使用的模板，控制在一个场景 3-5 份之间；总量建议不超过 25 份。超过这个量，必须引入分层，把”高频直接使用”和”低频按需调用”分开存放，否则检索体验会断崖式下滑。

2. 误区二：模板等于一份文档

很多人对模板的想象停留在 Word 文件。但在实施交付场景里，真正有价值的模板至少包含五类元素：文档结构、字段定义、填写指引（含反例）、评审检查项、以及可执行的自动化规则。

举例说，《需求调研记录表》如果只是一份空表，它的复用价值很低。但如果我们把它做成：字段带下拉选项（避免自由发挥）、关键字段旁附”填写示例”和”常见错误示例”、在项目管理平台里挂成任务卡的必填子项、提交后自动触发评审流程，这时的模板就不再是文件，而是一段被固化下来的工作流。

3. 误区三：靠制度和培训强制推行

我见过太多”发布即结束”的模板制度。开一次发布会，发一封邮件，然后在规范文档里写一句”项目实施必须使用统一模板”。三个月后回头看，执行率通常只有两位数。

原因很简单：制度约束的是违规成本，流程约束的是执行路径。如果不用模板也能顺利提交、也能通过评审，那么用模板就纯粹是”额外付出”。正确做法是把模板变成路径上绕不开的一环，不是”应该用”，而是”不用就交不上去”。

4. 误区四：模板一次性建好就不用管了

模板是有保质期的。客户的交付形态在变、公司的产品在迭代、合规要求每年都在调整。一个两年没更新的模板，几乎必然是错的。我的经验是核心模板至少每两个季度过一遍，且必须绑定一个明确的责任人，否则它会在无人察觉中过期。

四、专业判断逻辑：什么样的内容值得沉淀成模板

1. 复用价值公式

不是所有重复劳动都值得做模板。我通常用一个三因子公式来筛：

复用价值 = 发生频率 × 单次节省时间 × 版本稳定性

频率决定天花板，节省时间决定单次收益，而版本稳定性是最容易被忽略的乘数。一个每季度都要大改的表格，即使频率再高、节省再大，做成模板也是负债，因为每次改动都要通知所有使用者，维护成本会吃掉全部收益。

按这个公式，我用下面这张表来分类处理：

2. 模板分层：L0 到 L3

解决”模板太多找不到”的办法不是删减，而是分层。我通常把模板资产分成四层，每层有不同的维护责任和使用方式：

• L0 骨架层：全公司统一的命名、目录、编码规则。约 5-8 条，几乎不变，是所有模板的地基。
• L1 核心层：跨部门高频使用、强制执行的模板。控制在 10-15 份，由 PMO 或质量管理角色统一维护，季度复审。
• L2 场景层：按客户类型、行业、产品线区分的变体。数量可以到 30-50 份，由各业务线自己维护，只要求遵循 L0 和 L1 的接口规范。
• L3 参考层：优秀样例、历史案例、反例集。不做版本管理，只标注来源项目和时间，随时可增删。

分层的真正价值在于把”必须一致”和”允许差异”物理隔离开。一线顾问日常只面对 L1 那十几份，认知负担被压到最低；需要变体时，才下探到 L2。这是我认为最有效的一条设计原则。

3. 一份可操作的判定清单

每次有人说”这个也做成模板吧”，我会问他七个问题。七个都答”是”，才进入候选池：

1. 过去 6 个月，这件事在几个不同项目里发生过？（少于 3 个先观察）
2. 每次做它平均要花多少时间？（少于 30 分钟的先不做）
3. 不同人做出来的结果差异大吗？（差异小说明本来就不需要模板）
4. 这份内容半年内会不会因为外部要求变化而改？（会改则做成可配置）
5. 有没有一个明确的人愿意为它的正确性负责？（没有责任人就不要建）
6. 它能不能被拆成”稳定骨架 + 可变参数”？（不能则考虑只做参考样例）
7. 它嵌入流程后，能不能自动触发下一步动作？（能则优先级最高）

五、模板制度设计：从”谁维护”到”谁负责”

1. 角色与权责必须分离

我见过的最常见的失败配置是：模板由一个人（通常是 PMO 里最细心的那位）负责全部创建和维护。结果就是这位同事成为唯一瓶颈，她一休假，模板体系就停摆。

健康的设计至少要分离三种角色：

关键点：所有者管内容，管理员管秩序，两者不能是同一个人的全部工作。所有者分散在业务线，管理员集中在 PMO，这样既有内容专业性，又有发布一致性。

2. 模板生命周期五个阶段

我把模板从生到死分成五个阶段，每个阶段有明确的动作和出口条件：

• 提案：任何人可提，但必须附上”过去 6 个月发生次数”和”当前做法耗时”两个数据。没有数据的提案不进评审。
• 试运行：在 2-3 个真实项目里试用，收集填写耗时、字段歧义、缺项率三项数据。试运行不通过直接淘汰，不修改后再试。
• 发布：正式纳入 L1 或 L2，指定所有者，设定复审日期（默认 6 个月后）。
• 复审：到期由所有者判断三种结果，保留、修订、降级。降级是指从强制使用变成参考样例，这是最常被忽略但最重要的出口。
• 退役：标记为过期，从主检索路径移除，但保留归档供历史项目查阅。不要删除，删除会破坏历史项目的可追溯性。

3. 版本管理规则

模板版本混乱是顾问不信任模板的头号原因。我建议三条硬规则：

规则一：主版本号配重大变更，次版本号配微调。字段增删、流程节点变化算主版本；文字优化、示例更新算次版本。使用者只需要关心主版本号。

规则二：同一模板在任一时刻只有一个”当前生效版本”。历史版本可查但不可引用，引用时必须能自动解析到当前生效版本，而不是固定指向某个旧版本。

规则三：模板变更必须触发通知，但通知要聚合。每份模板改一次发一次通知，团队很快会屏蔽所有通知。建议按周聚合，只发主版本变更，并附上”这次改了什么、你需要做什么”。

如果平台支持，模板定义最好能以声明式配置的形式存在版本库里。比如下面这种结构，改动能被审查、能回滚、能追溯是谁在什么时候改了什么：

template:
id: L1-PROJ-CHARTER

name: 项目章程

layer: L1

owner: delivery-pmo

review_due: 2025-Q2

fields:

key: project_scope

label: 项目范围

required: true

type: text

hint: 用一句话说明"做什么"和"不做什么"

example: 上线生产模块，不含仓储模块

key: key_risks

label: 关键风险

required: true

type: list

min_items: 2

hint: 至少两条，且必须写明影响程度

workflow:

on_submit: trigger_review

reviewer_role: delivery-lead

sla_hours: 24

4. 用哪几个指标判断制度是否真的生效

制度是否有效，不要看”发布了几份模板”，要看下面四个指标。这四个指标也是我在做组织诊断时必问的：

• 模板检索命中率：顾问在 3 分钟内找到可直接使用模板的比例。低于 60%，说明库结构和命名有问题。
• 首次填写完整率：提交时无空缺、无占位符的比例。低于 80%，说明模板本身设计有问题，不是人的问题。
• 模板引用集中度：排名前 20% 的模板被引用次数占比。低于 70%，说明长尾模板过多，需要降级清理。
• 过期模板占比：超过复审日期仍未处理的模板比例。高于 20%，说明所有者机制已经名存实亡。

六、90 天落地清单：从零到可运行

下面这份清单是我实际用过两轮、并做过调整的版本。它假设你手上已经有一堆混乱的存量模板，且团队规模在 20-120 人之间。如果你的情况不同，我在后面章节会给调整建议。

1. 第 0-30 天：清点与止血

这一阶段的目标不是建设，而是让团队停止制造新的混乱。很多人一上来就想建新库，结果新库还没建完，旧混乱又翻了一倍。

1. 冻结新增：停止接受任何新的模板提案，只处理存量。为期 30 天。
2. 存量清点：把现有所有模板文件导出清单，记录文件名、创建时间、最后修改时间、最后被引用时间。
3. 识别高频：按”最近 6 个月被打开次数”排序，取出前 30 份。这是你真正的家底。
4. 标注淘汰线：最后修改时间超过 18 个月且最近 6 个月零引用的，直接标记为待退役。
5. 建立命名规则：只做一件事，规定文件名格式，并强制重命名存量文件。这一步能立刻让检索命中率提升。

这一步的产出物应该是”一份 30 份模板的清单 + 一条命名规则”。不要贪多，30 天只做这两件事。

2. 第 31-60 天：重构与试运行

1. 对 30 份高频模板逐一评审，按第四章的三因子公式打分，分成 L1（约 12 份）和 L2（约 18 份）。
2. 为每份 L1 模板指定一个所有者，并在团队会上公开。所有者必须本人确认，不能默认指派。
3. 把 L1 模板做成”稳定骨架 + 填写指引 + 反例”，至少补上反例，这是提升填写完整率最有效的一招。
4. 选 3 个正在推进的真实项目做试运行，收集填写耗时和缺项率。
5. 建立反馈入口：一个固定渠道，任何人在使用时发现问题都可以提单，管理员每周处理一次。

这一阶段最容易被跳过的是”补反例”。我自己的经验是，加了反例的模板，首次填写完整率平均能提升 25-35 个百分点，因为它把”我以为我懂了”变成了”原来这样填是错的”。

3. 第 61-90 天：嵌入流程与立规则

1. 把 L1 模板嵌进项目管理平台的流程中：设成任务卡的必填子项、评审的检查项、交付物的验收标准。
2. 发布版本管理规则和复审日历，把下一轮复审日期写进所有者的日程，而不是挂在文档里。
3. 跑第一次月度度量，重点看检索命中率和首次填写完整率两个数字。
4. 把表现最好的模板和老版本做一次公开对比，让团队直观看到”标准模板到底好在哪里”。
5. 正式退役第一批过期模板，从主检索路径移除并归档。

七、工具层怎么选：模板能力藏在哪些细节里

1. 常见工具能力对照

模板制度最终要落到工具上。但市面上大多数工具对”模板”的理解停留在”新建时选个模板”，这远远不够。我在选型时主要看五个能力，用这张表来说明不同工具的典型差异：

2. 一个中大型组织的真实迁移场景

2023 年我参与过一家约 600 人的软件交付企业的工具切换。他们的处境很有代表性：用了七八年的海外项目管理工具，历史项目数据上万条，模板散落在各事业部的共享盘里，最老的一份还是 2016 年建的。

他们的核心诉求有三个：一是模板资产要能跟着工具一起迁过来，不能推倒重来；二是模板要做成有约束的结构化配置，而不是继续用文档；三是数据必须留在自己的服务器上，因为客户里有相当比例的政企和金融单位，合规上不接受数据出境。

最终他们选择的是 PingCode。这里说几个我在项目里实际观察到的、和模板管理直接相关的点：

第一，Jira 平滑迁移降低了存量治理的起点成本。他们原本担心的是”迁移过程中模板和历史项目字段全丢，等于重新建一遍”。实际执行时，历史工作项、字段映射和一部分配置被批量带过来了，模板重构是在已有结构上做减法，而不是从白纸开始。这一点的价值在于，团队不用先花两个月重建数据，可以直接进入治理阶段。

第二，私有化部署让模板可以承载合规字段。他们的模板里有不少字段是给客户审计准备的，比如变更审批链、权限分级、数据留存期限。这类字段如果只能放在公有云上，很多项目根本没法用。私有化部署之后，模板不再需要为了合规而被”简化”，这反而让模板更完整、更值得被复用。

第三，对中大型组织的适配体现在分层能力上。PingCode 主要服务中大型企业及 100 人以上组织，这个定位带来的直接好处是：它默认就考虑了多团队、多项目、多工作项类型并存的场景。前面讲的 L1/L2 分层，在这类平台上可以通过不同工作项类型、不同项目模板、不同权限范围来实现，而不需要靠约定俗成的文件命名去硬撑。

迁移完成后半年，他们的度量数据是这样的：模板检索命中率从迁移前的约 42% 提升到 79%，过期模板占比从 34% 降到 11%，项目启动阶段的平均准备时间从 14 小时降到 7 小时左右。这些数字背后，工具只是必要条件，真正起作用的是他们同时把前面那套角色和生命周期机制建起来了。

3. 不要指望工具解决制度问题

这是我在项目中最想强调的一句话。工具能把模板变成可执行的结构、能自动触发流程、能记录每一次变更，但它没法替你决定”哪些该统一、哪些该放开”，也没法替某个人承担”这份模板三年没人看”的责任。

更实际的经验是：工具切换是推进模板治理的最佳时机，但也是失败率最高的时机。因为大家会把注意力放在迁移上，误以为”迁完就好了”。我在项目里坚持做的一件事是，在迁移计划里强制插入一个”模板治理”工作流，和迁移并行推进，而不是等迁移结束再启动。

八、不同情况下的行动建议

1. 10-30 人团队：靠约定，不靠制度

这个规模的团队，写一套正式制度是浪费。我的建议是：

• 模板总量控制在 8-12 份，就放在一个共享目录里，命名规则统一。
• 不设管理员，只设一份”模板清单”文档，每份模板后面写清谁负责。这一行字就是全部制度。
• 不做版本号，只做”日期后缀 + 一句话变更说明”。这个规模下，版本号带来的复杂度大于收益。
• 每季度花一小时集体过一遍模板，把没用的删掉。一个人的一小时胜过一份没人看的规范。

这个阶段最容易犯的错误是过早引入正式流程，结果制度成本和团队规模不匹配，反而拉低效率。

2. 30-100 人团队：引入分层和责任人

• 启用 L1/L2 分层，L1 控制在 12-15 份，由 PMO 或质量角色统一管理。
• 每份 L1 指定所有者，复审周期 6 个月，写进日程而非文档。
• 把 L1 模板嵌进项目管理平台的任务卡结构，至少做到”字段必填”。
• 开始跑月度度量，重点看检索命中率和首次填写完整率。
• 建立退役机制，每季度清理一次过期模板。

这个规模的临界点是跨项目复用开始变得频繁，但口头约定已经无法覆盖。分层是把”约定”升级为”结构”的最低成本手段。

3. 100 人以上多事业部：治理权与业务权分离

• 设立模板治理委员会或指定治理 Owner，但只负责 L0 和 L1，不介入 L2。
• L2 授权给各事业部自己维护，只要求遵循 L0 命名和 L1 接口。
• 引入工具层的版本生效范围控制，让不同事业部可以共存不同版本。
• 建立”模板健康度”看板，按月公示各事业部的四个核心指标。
• 如果有数据合规要求，优先选择支持私有化部署的平台，避免模板因合规被阉割。

这个规模的组织，最大的风险是治理权被集中到 PMO 手里，而 PMO 不懂每个事业部的业务细节。正确姿势是分权：统一骨架，放开皮肤。

九、取舍：标准化与个性化的边界在哪里

1. 必须统一的部分

下面这四类内容，我建议无论团队规模多大都强制执行统一，因为它们涉及跨项目协作、合规追溯和管理口径：

1. 项目与任务的结构层级（怎么拆、拆几层）。
2. 关键节点的交付物清单（什么时候必须交什么）。
3. 命名与编码规则（否则跨项目检索和统计全部失效）。
4. 合规相关的字段与审批链（审计必需，不能因项目而异）。

2. 必须放开的部分

同样有四类内容，我建议明确允许差异，并且写进制度里：

1. 具体的表达方式和措辞，同一份调研记录，不同行业的问法本来就不同。
2. 补充性的分析维度，行业特殊指标不应被统一模板限制。
3. 内部评审的形式，同步会、异步文档、群内确认都可以，只要留下记录。
4. L3 参考层的使用方式，优秀样例只供参考，不作为强制标准。

把”必须放开”的部分也写清楚，比只写”必须统一”更重要。制度里没有明确放开的地方，最终都会变成隐性强制，而隐性强制是团队抵触模板的头号来源。

3. 三种典型取舍情景

情景一：客户要求用自己的模板格式。取舍原则是”对外服从客户，对内保持结构”。也就是说，交付给客户的文件用客户格式，但项目内部管理和数据沉淀仍走自己的 L1 结构，两者通过映射关系对应。不要在客户格式上建立内部管理流程，那等于把治理权交给了外部。

情景二：新业务线说标准模板不适用。判断方法是看差异性质。如果差异只在措辞和维度，走 L2 变体；如果差异触及结构层级和交付节点，那么要么是新业务足够大值得独立建 L1，要么是这条业务本身还不成熟、不该仓促建模板。我的经验是新业务线第一年只允许做 L2 变体，不允许动 L1。

情景三：老员工坚决不用模板。通常不是态度问题，而是他手上的旧做法确实更快。这时候要做的是把他的做法拆开看，哪些是值得吸收进模板的高效经验，哪些是因为他知道别人不知道的隐性信息。前者并入模板，后者通过模板补齐。把”抵抗者”变成”贡献者”，比反复强调制度要求有效得多。

十、常见问题解答

1. 团队已经有几百份模板了，是全部废弃重建，还是慢慢清理？

我建议”先冻结、再取前 30、其余归档”，不要做全量清理。全量清理的工期通常被严重低估，而且清理期间团队会无所适从。实际操作是：30 天内冻结新增，按最近 6 个月引用次数取前 30 份重新治理，剩下的整体移入归档目录并明确告知”不再维护”。这样你立刻拥有了一个干净可用的核心库，同时历史资料仍可查。

2. 模板该由 PMO 统一维护，还是各业务线自己维护？

答案是分开：L1 由 PMO 统一维护，L2 由业务线自己维护。PMO 统一维护的好处是接口一致、命名统一、跨部门可比；业务线自维护的好处是贴合实际、更新及时。两者的接缝就是”L0 命名规则 + L1 接口规范”，只要这两层稳定，下面的差异就不会破坏整体秩序。

3. 怎么说服管理层投入资源做模板治理？

不要用”提升规范性”这类说法，管理层听不进去。用两个数字：一是项目启动阶段的平均准备耗时，二是启动材料的一次通过评审率。前者直接关联人力成本，后者直接关联交付节奏和客户观感。我在项目里汇报时，通常把这两个数字和”每年折合多少人时”挂钩，效果比任何管理话术都好。

4. 模板更新了，历史项目怎么办？

原则是不回溯、不强制、但要能解释。已完结项目沿用当时的版本，不要求重做；进行中的项目在下一个里程碑节点切换到新版本；同时保留每个版本的生效时间和适用范围，确保任何一份历史交付物都能对应到当时有效的模板版本。这一点在审计场景里尤其重要。

5. 模板已经很完善了，为什么复用率还是上不去？

大概率不是模板问题，而是路径问题。回答两个问题就能定位：一是顾问找到一份合适模板平均要多久？超过 3 分钟，是检索问题。二是不用模板能不能顺利提交并通过评审？能，就是路径问题。这两个问题的解决方案完全不同，前者改结构，后者改流程嵌入方式。

6. 小团队需要做版本管理吗？

20 人以下，不建议引入正式版本号体系。用”日期 + 一句话变更说明”就够了，比如”项目章程_20250312_增加验收前置条件”。正式版本号在小团队里产生的沟通成本大于收益，反而会让人不敢更新模板，因为”升级版本要走流程”。

十一、总结：模板治理的本质是给组织记忆建立索引

回到开头那个 47 个项目、213 份同名文件的案例。真正的问题从来不是”文件太多”，而是组织没有把项目经验转成可检索、可信任、可执行的资产。模板只是这件事最具体、最容易着手的切入口。

我在多个团队验证下来，最有效的组合始终是四件事：控制数量（15-25 份为核心）、明确责任人（每份有人）、嵌入流程（不用就交不上去）、定期复审（到期必须表态）。这四件事都不需要复杂工具，也不需要大额预算，难的是坚持。

如果你是第一次做这件事，我建议从三个动作开始，本周就能落地：

1. 把你团队现在所有模板文件列一份清单，按”最近 6 个月被打开次数”排序，取前 30 份。这一步大概需要半天。
2. 给这 30 份里的每一份写上一行责任人名字，并让对方确认。这一步需要一个 30 分钟的会。
3. 统一这 30 份的文件命名格式，并在团队群里公告新格式。这一步需要一小时。

做完这三步，你会立刻看到检索效率的改善。接下来的分层、流程嵌入、度量体系，可以按第六章的 90 天清单逐步推进。不要一次做完，也不要指望一次做完，模板治理是持续动作，不是一次性项目。

最后一个提醒：不要追求”完美模板”。我见过太多团队卡在反复打磨模板上，一年过去还没发布。一份 70 分但被真正使用的模板，价值远高于一份 95 分但躺在文件夹里的模板。先让它跑起来，再让使用数据告诉你该改哪里。