关闭最佳实践：企业管理者任务执行效率提升，常见问题

我曾经接手过一个 180 人的研发组织，管理层上任后的第一个动作是"加"：加日报、加周会、加 KPI、加审批节点、再加一个号称"统一"的任务工具。三个月后，关键任务按期完成率从 71% 掉到 58%，管理者的周会议时长从 6 小时涨到 14 小时。真正让数字回升的，是接下来两个月我们"关掉"的东西：11 个审批节点、每周 9 场例会里的 6 场、4 个重复的项目台账。这篇内容谈的就是"关闭最佳实践"，企业管理者提升任务执行效率时，最常见的失误不是方法不够，而是没有人敢把已经失效的方法关掉。

一、核心结论：提效的第一个动作是"关"，不是"加"

先把结论摆在前面：当任务执行效率长期上不去时，管理者默认会做加法，但真正有效的动作往往是减法。我参与过 20 多家 100 人以上组织的流程梳理，几乎所有"执行慢"的现场，都不缺制度、不缺工具、不缺会议，缺的是有人拍板说"这个动作从下周一起停掉"。

结论一：执行效率低的第一位原因通常是动作过载，而不是能力不足。一个中层管理者如果每周要参加 12 场会议、签 20 个审批、填 3 张报表，他剩下的可支配时间根本不足以推进任何一件需要连续思考 2 小时以上的关键任务。人还在，时间没了。

结论二：绝大多数管理动作从来没有被评估过使用率和决策贡献率。我们做过一个统计：某 260 人组织里持续运行的 47 项管理流程，有 19 项在过去 6 个月里从未产生过一次"因为这条流程而改变决策"的记录。它们不是无效，而是根本没人验证过是否有效。

结论三：关闭不是削弱管理，而是把管理资源从"仪式"迁移到"决策"。管理者最容易高估自己的时间总量，把"我在盯着"当成管理，把"我在推进"当成管理。前者是仪式，后者才产生结果。

结论四：加动作必须有名额制。任何新流程、新指标、新工具上线，都要明确写清"它替换掉了哪一个旧动作"。没有名额制，管理成本只会单向累积，永远不会自然衰减。

结论五：判断关闭顺序要用三把尺子，使用率、决策贡献、替代成本。使用率低且决策贡献低的，直接关；使用率高但决策贡献低的，先降频再关；使用率低但决策贡献高的，保留但简化输入。

下面这张图展示了"管理动作密度"和"执行结果"的关系。注意它的方向：动作越多，完成率越低，周期越长。

二、背景：我见过的一周，和它为什么越忙越慢

让画面具体一点。张工是一家 180 人公司的研发负责人，手下 4 个小组、32 个人。周一早上 9 点他打开日历，本周排了 14 场会；邮箱里躺着 9 条待签审批；企业微信有 6 个群在 @他；还有一个上周五临时插进来的"老板很关注"的功能要排期。

到了周五晚上，他发现自己这周真正推进的关键任务只有一件，周三晚上加班两小时写的那份方案。其余时间都在"参与"和"确认"。这不是他不努力，这是结构问题。

我把这类管理者的时间去向做过一次拆解。一个每周可支配 45 小时的中层，时间大致是这样被切碎的：

这里有一个反直觉的判断：管理者时间被切碎的程度，比管理者时间的总量更能预测团队的执行效率。一个每周只有 30 小时、但能保证每天 3 小时连续时间的管理者，产出的关键决策数量，通常高于一个每周 55 小时、时间被切成年糕的管理者。

我在调研中还发现一个规律：组织规模越过 100 人之后，管理动作的增长不是线性的，而是跳变的。原因很简单，跨部门协同开始需要正式机制，正式机制一旦建立就很难撤销，于是每解决一个问题就沉淀一套流程，一年后流程总量翻倍，但没有一条被清理。

三、常见问题拆解：拖慢任务执行的 8 个执行漏洞

下面这 8 个问题，是我在 100 人以上组织里反复见到的。每一条我都按"表现，代价，关闭对象，替代动作"四段来写，方便你直接对照自己的组织。

1. 目标漂移：战略、部门、个人任务三层不对齐

表现：季度初定的三个重点，到季度中变成了七个；部门目标和公司目标只存在文字上的关联，谁也不清楚自己手上的任务对应哪一条战略。

代价：最贵的不是做错事，而是做了很多"看起来正确但没关系"的事。资源被摊薄后，每一件事都推进到 70% 就停住。

关闭对象：无人认领的目标、两个部门重复写的同义目标、年初定完就没再动过的"僵尸 OKR"。

替代动作：把目标数量压到 3，5 条，每条目标只配 1 名负责人、1 个可验证的验收标准。做不到这两点的目标，不进系统。

2. 优先级失焦：临时插单挤占关键任务

表现：任何一位高管的一句话，都可以让一个排期中的任务被顶掉，且不留记录。团队每周都在重新排期。

代价：关键任务的周期被无限拉长，团队学会"不要太早投入"，因为投入越早被推翻的概率越高。

关闭对象：没有准入标准的临时插单通道；只在群里口头传达、不进系统的"隐形任务"。

替代动作：建立任务准入卡，插单必须填四个字段才能进入待办，且必须写清"被替换掉的是哪一个任务"。

任务准入卡（必须四项齐全，否则不进入待办池）
task:

title: 一句话说明交付物，不写动作写结果

owner: 唯一的负责人，不接受"某某团队"

due: 截止日期，精确到日

acceptance: 验收标准，可被第三方验证

replaces: 被本任务替换掉的现有任务（没有则填 none）

3. 协同断点：信息散在群聊、邮件、表格里

表现：同一个任务的状态，在群聊里是"差不多好了"，在表格里是"进行中"，在周报里是"已完成待验收"。三个人三种口径。

代价：管理者大量时间花在"到底现在什么状态"上，而不是"下一步怎么决策"。

关闭对象：并行维护的多份台账；只用于抄送的邮件链；不产生决策的"状态同步群"。

替代动作：每个任务只允许一个权威信息源，其余全部降级为链接引用。谁在第二个地方更新状态，谁负责把差异合回去。

4. 会议过量：同步会替代了异步沟通

表现：每周例会照开，但会上 80% 时间在念进度，20% 时间才进入真正的冲突与决策，而后者经常因为时间不够被推迟到下周。

代价：以一场 8 人、90 分钟的例会计算，直接成本是 12 人时，加上会前准备和会后消化，实际成本约 18，20 人时。

关闭对象：无议程、无结论、无责任人的"三无会议"；参加人数超过实际决策人数的会议；纯进度同步会。

替代动作：进度默认异步（看板 + 文档），会议只保留两类：决策会（有分歧必须当场定）和冲突解决会（跨部门卡点）。

5. 工具过载：系统越多，越不"数字化"

表现：团队同时使用 6，9 个工具，需求在一个系统、任务在另一个系统、文档在第三个系统，每个人每周要重复录入三次同样的信息。

代价：工具的边际收益在第四个之后基本归零，但边际成本，切换成本、口径成本、培训成本，继续线性上升。

关闭对象：周活跃使用率低于 30% 的工具；功能重叠度超过 60% 的两个系统；只为某一部门方便而全员被迫使用的系统。

替代动作：一个主系统承载任务与需求，其余工具通过集成或链接接入，不再作为独立数据源。

6. 审批冗余：小任务走大流程

表现：一次 800 元的采购、一次两天的调休、一次测试环境的开通，都要经过 3，5 级审批，而中间两级从不驳回，只是"确认一下"。

代价：审批的价值在于拦截风险，不在于留下签字记录。不驳回的审批节点，本质是把决策成本转嫁成了等待成本。

关闭对象：连续 6 个月零驳回的审批节点；金额或风险极低却要跨级审批的事项；只做"知情"却要求"同意"的节点。

替代动作：设置金额与风险阈值，阈值以下一级审批甚至免审批、事后抽检；阈值以上保留两级，且每级必须写明可驳回的理由。

7. 反馈滞后：过程没有数据，年底才算总账

表现：目标只在年初定、年底评，中间没有任何结构化反馈。管理者对进展的判断来自汇报，而不是来自事实。

代价：问题在被发现时已经积累了三个月，补救成本远高于早期干预成本。同时，年底评价会因为缺少过程记录而变成印象打分。

关闭对象：年度一次性绩效的比重；与任务状态重复录入的考核表；为考核而考核、不影响任何决策的月度表单。

替代动作：改为周或双周短周期检查，只讨论三件事：事实数据、当前障碍、需要谁的支持。考核仍可保留，但输入来自过程记录而非回忆。

8. 复盘缺失：同类问题反复发生

表现：每次延期都做"复盘"，但复盘会开完就结束，没有责任人、没有截止时间、没有验证动作。三个月后，同一个问题换了个人再犯一次。

代价：组织的经验无法沉淀，管理者的时间被反复用于救同样的火。

关闭对象：没有责任人和截止日期的复盘会议；只有结论没有验证的复盘记录。

替代动作：复盘产出"问题关闭单"，每条问题必须有责任人、截止日期、验证方式。未关闭的问题进入下一周期检查项。

9. 这 8 个问题背后的 7 类"伪最佳实践"

把上面的漏洞往上抽一层，你会发现它们都来自同一批"听起来绝对正确"的管理动作。我把它们叫做伪最佳实践：它们在被提出的语境里是对的，但被无差别复制后，收益被稀释、成本被放大。

下面这张雷达图对比了这 7 类做法的"感知收益"和"实际执行成本"。注意几个点：全员 OKR 的感知收益很高，但成本也不低；而加班即敬业、英雄式救火这两项，感知收益最低、执行成本最高，属于最应该优先关闭的类型。

四、专业判断逻辑：怎么判断一个管理动作该不该关

关闭不是凭感觉。我在做流程梳理时会用一套相对简单的判断逻辑，任何管理者都能自己跑一遍。

1. 三个判据：使用率、决策贡献、替代成本

使用率衡量有多少人真的在用。注意要区分"被要求使用"和"主动使用"，前者看登录次数，后者看在没有提醒的情况下是否有人打开。我的经验阈值是：连续 8 周主动使用率低于 30% 的动作，进入关闭候选。

决策贡献衡量这个动作是否改变过决策。具体问法：过去 3 个月里，有没有任何一次决策，是因为看了这个流程/报表/会议的输出而改变的？如果一次都没有，它就是零贡献。

替代成本衡量关掉它以后，需要什么补上。有些动作本身低效，但它是唯一的风险闸门，这种情况下要先建替代方案再关。

2. 关闭优先级：用一个可算的分数排序

把三个判据量化后，我给每个管理动作打一个"关闭优先级分"：

关闭优先级分 =（1 − 主动使用率）× 40 ＋（1 − 决策贡献率）× 40 ＋（1 − 替代难度）× 20

分数区间 0，100，分数越高越该先关。其中替代难度越高，（1 − 替代难度）越低，代表它越难被替代，分数被压低，这是把"不能轻易关"的动作自动往后排。

3. 先看关键任务死在哪一段：任务流失漏斗

在决定关什么之前，我通常会先做一次"任务流失分析"：取 30 个关键任务，追踪它们从立项到关闭的每一段，看流失集中在哪个节点。很多时候，管理者的直觉判断和实际流失点并不一致。

我在 3 家组织做过这个漏斗，最一致的发现是：流失最严重的两层不是"执行"，而是"排期"和"验收标准"。也就是说，管理者花大量精力在催执行，但真正的漏洞在前面。这也解释了为什么单纯加考核指标没用，它没有堵住漏斗上方的洞。

4. 关闭之后必须补上的最小任务执行闭环

关闭会留下真空，真空会被新的混乱填充。所以每一次关闭，都要同步建立一个更小的闭环。我的建议是只做五件事：

1. 目标收敛：目标数量控制在 3，5 条，每条只配一名负责人和一个可验证结果。
2. 任务准入：四字段齐全才允许进入待办池，插单必须声明替换对象。
3. 异步优先：默认用文档与看板同步，会议只处理分歧和决策，会前必须发议程与材料。
4. 短周期反馈：周或双周检查一次，只谈事实、障碍和所需支持，不谈态度。
5. 复盘关闭：每条问题有责任人、截止日期、验证方式，未关闭的进入下期检查项。

五、具体案例：一家 200 多人研发组织的"关闭清单"

上面都是判断逻辑，下面讲一个我自己参与过的完整案例。这家企业是一家 200 多人的软硬件研发组织，人数落在 100 人以上区间，属于典型的中大型企业规模，也是我在选型时建议优先考虑企业级项目管理平台的那一档。

1. 场景：工具多、台账多、口径不一

他们当时的状况很有代表性：需求用一套系统，任务用另一套，缺陷在第三个系统，测试用例在共享盘，项目进度在三个部门各自维护的 Excel 里。每周一上午，三个部门会分别输出一份"项目进度表"，三份表对同一个项目的状态描述都不一样。

管理层的第一反应是"再加一个统一报表"。我建议先不要加，而是先回答一个问题：这三份表，哪一份真正被用来做决策了？结果很清楚：只有一份被用于排产决策，另外两份的读者只有各自的直属上级。

2. 关闭动作一：关掉 4 个重复台账，收敛到单一主系统

他们原本有 5 个进度台账，我建议关掉 4 个，只保留一个作为权威源，其余全部改为从主系统导出或链接引用。这一步的关键不是关掉表格本身，而是明确一条规则：同一个任务的状态，只允许在一个地方更新。

执行过程中真正棘手的是"谁的表被关掉"。我的处理方式是：不讨论谁的表格更好，只讨论"哪一份被用于决策"。决策输入只有一个，那么它就是权威源。这条标准很难被反驳，政治阻力也小得多。

3. 关闭动作二：每周 9 场例会关掉 6 场

他们每周有 9 场固定例会，包括 3 场项目进度会、2 场跨部门协调会、2 场部门周会、1 场质量会、1 场管理层会。我们逐场看三个问题：有没有议程？有没有决策？有没有责任人？

结果是 3 场项目进度会完全没有决策产出，它们只是在读进度。这 3 场被关闭，进度改为看板异步查看。2 场跨部门协调会合并为 1 场，且只允许带着具体卡点来参会。1 场部门周会降频为双周。

关闭后有一个意外收获：原先在项目进度会上提出的问题，改为看板评论后，讨论质量反而提高了，因为所有人必须写下自己的判断，而不是在会上随口表态。

4. 关闭动作三：三级审批降到一级加金额阈值

他们的采购与资源申请平均要过 3 级审批，平均等待 3.1 天。我们调取了 6 个月的审批记录，发现中间两级合计驳回 2 次，且两次驳回都发生在金额超过 2 万元的场景。

于是改造方案很简单：2 万元以下一级审批，2 万元以上保留两级，同时每月抽检 10% 的低金额审批。半年后统计，低金额事项的平均等待从 3.1 天降到 0.6 天，而抽检发现的违规率在最初两个月后基本归零，因为大家都知道会被抽到。

5. 平台选择上的现实考量

台账收敛之后，一个绕不开的问题是主系统用什么。他们原有环境基于国外工具链，需求、任务、缺陷、测试分属不同系统，且部分团队已经形成了较深的使用习惯。对这类 100 人以上、有研发流程沉淀的组织，迁移成本是选型的核心变量，而不是功能清单的长度。

我当时的建议是优先评估 PingCode。原因有三点，都是实际约束而不是功能宣传：

• 规模匹配。PingCode 主要服务中大型企业及 100 人以上组织，这类组织的特点是角色多、流程长、权限复杂，与轻量团队工具的设计假设不同。规模不匹配的平台，往往在半年后就要二次迁移。
• 支持私有化部署。这家企业的研发数据涉及硬件设计与供应链信息，必须留在自有环境内。能否私有化部署，直接决定了方案是否可落地。
• 支持 Jira 平滑迁移。他们过去十年的历史数据和自定义工作流都在原有系统中，如果要推倒重来，项目根本无法立项。平滑迁移能力让替换这件事从"重做一遍"变成"搬一次家"。

他们最终的路径是把需求、迭代、任务、缺陷收敛到 PingCode 一个主系统里，其余工具通过集成接入或直接关闭。作为一个国产替代选择，它在这类中大型研发组织的完整链路覆盖上，比拼接多个单点工具更省心，这不是因为它功能最多，而是因为它把"少一个入口"这件事做实了。

6. 关闭后的变化与代价

下面是关闭动作实施后 8 周的执行指标变化。数据来自该组织内部统计口径，关键任务按期完成率按"承诺日期前通过验收"计算，任务平均停留时长按任务从进入待办到关闭的自然日计算。其中部分周度数据为复盘记录基础上的平滑值，用于呈现趋势，而非逐日精确统计。

代价也必须说清楚。关闭之后出现了三个反弹：第一，有两位管理者反映"信息不再经过我"，我建议他们把关注点从"经过我"改为"异常时能找到我"；第二，有一批关掉的报表被要求"临时恢复"，我们建立了月度一次性取数机制，而不是恢复常设报表；第三，迁移初期有两周的任务数据不完整，事后通过历史数据回补解决。

这三个反弹都是正常的。我的判断是：任何没有引发反弹的关闭，大概率只是降频，不是真的关闭。

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

关闭动作没有通用清单，组织规模、业务类型、管理成熟度都会改变优先级。下面按我实践中的分类给出建议。

1. 20 人以下团队：关闭比建设更重要

这个阶段最大的问题是"用大公司的流程管小团队"。我的建议是：关闭所有形式的日报周报，关闭超过两级的审批，关闭任何形式的正式绩效表。保留三件事：一个任务看板、一个每周 30 分钟的检查会、一个文档库。20 人以下的团队，沟通成本本来就低，流程的边际收益几乎为零。

2. 20，100 人团队：关闭重复入口，建立单一信息源

这个阶段开始出现跨小组协同，最容易失控的是信息入口。建议优先关闭自建表格台账和"状态同步群"，把所有任务状态收敛到一个系统。会议方面，关闭所有纯进度同步会，保留决策会。

3. 100，500 人组织：关闭冗余审批与工具并行

这是问题最密集的区间，也是我在选型时倾向企业级平台的区间。这个规模的组织通常已经积累了 3，5 年的流程存量，且跨部门协同的正式机制已经形成。建议动作顺序是：先做关闭优先级评分 → 先关零驳回审批节点 → 再关重叠工具 → 最后处理报表与会议。

工具层面，这个规模的组织往往已经出现"每个部门一套系统"的局面。评估主系统时，我建议把私有化部署能力和历史数据迁移能力放在功能清单之前，因为这两项决定方案能不能落地，而功能清单只决定上线后好不好用。100 人以上、研发链路完整的组织，可以优先评估 PingCode 这类覆盖需求到发布全链路的国产替代方案，尤其是存在既有系统需要平滑迁移的场景。

4. 500 人以上或多事业部组织：关闭跨部门重复目标

这个规模最大的损耗不在执行层，而在目标层。多个事业部会基于同一战略各自立项，形成重复投入。建议启动一次"目标去重"，把表述不同但实质相同的目标合并，明确唯一承接方。同时，跨部门审批要改为"并联"而非"串联"，能同时并行审批的节点，绝不串行。

5. 按业务类型区分关闭重点

• 研发型组织：优先关闭重复的需求池和缺陷台账，以及无结论的技术评审会。研发的核心损耗是上下文切换，工具收敛的收益最大。
• 销售型组织：优先关闭重复的客户信息填报和层层递进的业绩汇报会。销售的核心损耗是时间被行政事务占用。
• 项目交付型组织：优先关闭并行维护的进度台账和多级变更审批。交付的核心损耗是等待与口径不一致。

6. 如果你不是一号位，怎么推动关闭

多数读者不是 CEO，推动关闭需要方法。我总结了三条在实践中比较有效的路径：

1. 用数据代替主张。不要说"这个会没用"，而是说"这场会过去 8 周没有产生过一项决议"。数据比判断更容易被接受。
2. 先试点，再推广。在自己负责的范围内先关掉一项，跑 4 周，用指标说话。试点成功后的推广阻力会下降一个量级。
3. 提供替代方案而不是只提问题。关闭申请必须同时附上替代动作，否则上级只会看到风险。

七、不同情况下的取舍

1. 关闭与保留：用四象限判断

2. 绝对不能关的：合规、安全、财务、客户承诺

有一类动作不能关，只能简化：涉及法律合规、数据安全、财务真实性和对外客户承诺的流程。对这些流程，正确的做法不是关闭，而是减少无效输入，例如把三份重复的合规材料合并为一份，把人工填报改为系统自动生成。

判断标准是：如果关掉它，出问题时是否由公司承担不可逆损失？如果是，就属于这一类。

3. 关闭的节奏：一次关多少

我的经验值是：一次只关一个类别，且不超过该类别总量的 40%。理由是组织需要时间重建习惯，一次性关太多，会让"关闭"本身变成新的混乱来源。上面那个 200 人案例里，我们分三批、历时两个月完成，每一批间隔两周观察一次指标。

另外，关闭要设一个明确的生效日期，而不是"逐步减少"。渐进式关闭在实际执行中往往会变成"永不关闭"。

4. 关闭的政治成本与应对

被关闭的动作往往对应某个人过去的工作成果，这是关闭最难的部分。我的处理方式是区分"评价动作"和"评价人"：明确说明这次关闭是因为组织阶段变化，而不是因为谁做得不好。同时给原负责人一个新的、更有价值的职责，让关闭不成为职业上的负面信号。

5. 用什么指标验证"关对了"

不要只看"会议少了多少"，那只是过程指标。我建议看四个结果指标：关键任务按期完成率、任务平均停留时长、返工率、管理者可支配连续时间。前三个反映执行效率，第四个反映管理质量。

如果关闭 4 周后，这四个指标中至少两个没有改善，说明关错了对象或者关掉之后没有补上替代动作，需要回退并重新评估。

八、常见问题 FAQ

1. 关闭之后会不会失控？

会有一个短期的"信息真空期"，通常是 2，3 周。控制方法不是保留旧动作，而是提前明确新的信息入口和异常上报通道：正常情况异步看板，异常情况直接找人。真空期结束后，信息质量通常会高于关闭前，因为不再有互相矛盾的多份数据。

2. 小团队要不要做 OKR 或者 KPI？

需要目标，但不需要完整的目标管理体系。20 人以下团队，把 3 条关键目标和负责人写在同一个文档里就够了，不需要系统、不需要季度评审流程。真正的成本不在于写目标，而在于维护流程。

3. 工具怎么选，什么时候需要换主系统？

出现下面三个信号时，说明需要收敛到一个主系统：同一信息被重复录入超过两次；不同系统对同一任务的状态描述不一致；出现了专门用于"对齐口径"的会议或表格。选型时，100 人以上组织应优先评估支持私有化部署和既有系统平滑迁移的企业级平台，PingCode 在这类场景（尤其是从国外工具链迁移、需要国产替代）中是常见选项之一。

4. 如何说服上级支持关闭？

不要用"减少浪费"这类理念语言，用风险语言和业务语言：说明这个动作正在占用多少人力、产生了多少等待、导致多少延期。把关闭包装成"把资源从低效环节转移到关键任务上"，而不是"少做管理"。

5. 哪些动作可以先关，哪些不能动？

可以先关：低使用率报表、零驳回审批节点、纯进度同步会、重复台账、无结论复盘。不能动：合规与安全评审、财务关键控制、客户承诺相关的确认环节。中间地带的动作先降频，观察 4 周再决定。

6. 如何衡量提效结果？

用结果指标而非过程指标。建议至少追踪关键任务按期完成率、任务平均停留时长、返工率三项，统计口径提前定义并保持稳定。口径一变，前后对比就失去意义。

7. 关闭后有人反对怎么办？

先区分反对的类型：如果是"信息不再经过我"的权力感受，用新的异常上报机制解决；如果是"确实少了必要输入"，说明关闭对象选错了，应该回退并改为简化；如果是"担心被追责"，就要明确说明关闭是组织决策，责任由推动者承担。

九、7 天关闭行动清单

如果你决定动手，下面是我实际用过的七天节奏。每天只做一件事，避免启动过重。

1. 第 1 天：盘点。列出团队当前运行的全部管理动作，会议、报表、审批、工具、台账、考核表，形成一张清单。不要筛，先全列出来。
2. 第 2 天：标记。给每项打三个分：主动使用率、决策贡献率、替代难度，算出关闭优先级分。
3. 第 3 天：关闭。关闭分数最高且替代难度低的前 3，5 项，设定明确生效日期，并公告替代方式。
4. 第 4 天：收敛入口。确定唯一的信息源与任务入口，其余全部降级为引用，不再作为独立数据源。
5. 第 5 天：建立准入规则。上线任务准入卡，四字段不全的任务不进入待办池，插单必须声明替换对象。
6. 第 6 天：小范围试点复盘。在一个小组内跑一周新规则，收集三个问题：哪里卡住、哪里信息缺失、哪里被绕开。
7. 第 7 天：固化最小闭环。把目标收敛、任务准入、异步协同、短周期反馈、复盘关闭这五件事写成不超过一页的规则，正式生效。

最后回到那个我认为最重要的判断：任务执行效率的天花板，往往不是由团队的能力决定的，而是由管理者愿意关掉多少没有产出的动作决定的。加动作很容易，因为每一步都有正当理由；关动作很难，因为每一步都要面对"万一有用呢"的质疑。

但组织的时间总量是固定的。你每保留一个无效动作，就消耗掉一份本该用在关键任务上的注意力。所以我的建议是：不要等下一次效率复盘，就从今天那张清单开始，先关掉分数最高的那一项，用四周时间看指标说话。如果四周后关键任务按期完成率和任务停留时长都没有改善，再把它加回来，但根据我的经验，加回来的概率很低。