上周三在公司楼下的全家，碰到之前带过的项目组小孩，蹲在台阶上啃菜包，眼睛肿得像核桃。说刚被总监劈头盖脸骂了20分钟，原话是“你们整个团队的执行力烂到根子里了，季度项目拖了三周，好意思拿绩效？”
我当时咬着手里的茶叶蛋，半天没说出话。
说出来不怕你笑，三年前我当项目负责人的时候，也拍着会议室的桌子，对着一屋子人骂过一模一样的话。那时候我真觉得，执行力差就是人懒，人混，人不想好好干。直到连着三个项目踩了大坑，赔了快半年的团队奖金，才慢慢回过神——我之前骂的那些“执行力差”，根本就不是团队的问题。
你骂的“执行力差”，可能从一开始就拆错了目标
2021年我们接了个核心用户留存的项目，老板在会上拍板，三个月把核心留存拉20%。我当时回来就把任务劈成三块：运营组负责做用户召回活动，产品组负责上线新的会员权益功能，技术组负责把全渠道的数据埋点做全。
每周一开进度会，三个组都拍胸脯说自己的任务完成了。运营说活动规则写好了，产品说功能原型画完了，技术说埋点都部署上线了。结果到第三个月拉数据，留存只涨了2.1%。
我当时火气直接上来，散会就把人都扣在会议室，说大家都是拿着工资混日子。一直坐到半夜十一点，外卖都吃完两波了，才把问题捋顺。
运营组说，他们做的召回活动，产品组根本没给对应的落地入口，用户点了推送跳去首页，根本看不到活动内容。
产品组说，技术组的埋点没加活动渠道的专属参数，他们就算做了入口，也不知道哪个渠道的用户点进来了，优化都没方向。
技术组说，当时需求文档里写的是“全渠道通用埋点”，没人提过要加活动专属的字段，他们总不能自己瞎猜需求吧。
我当时听完，瞬间就没脾气了。
大部分所谓的执行力滑坡，根本不是人的问题，是从最开始的目标拆解，就没把“谁在什么时间，要和谁对接什么交付物，没做到会影响谁”说透。
之前我总觉得，把大目标拆成数字分给大家，就算任务落地了。现在才明白，那叫“摊派配额”，根本不是可执行的单元。你给运营组说“做拉新活动”，和你说“下周三之前出完活动规则，和产品组对齐活动入口的交互逻辑，周四之前给技术组提完整的埋点需求，周五上线前要拉上测试走完全链路的流程”——这俩要求，根本就不是一回事。
现在想想当时拍桌子骂人的样子，真的蠢。你自己都没把路给人指明白，凭啥怪人家走歪了？
别搞“全员盯进度”，那是在消耗团队的信任余额
那次留存项目翻车之后，我为了抓所谓的“执行力”，搞了一堆花架子。
每天早上开15分钟站会，每个人必须报昨天干了啥，今天要干啥，有没有卡点。每个人每天要填三版进度表，从任务完成度到遇到的困难，列的明明白白。我甚至在项目群里定了规矩，超过两小时没回消息的，算工作摸鱼。
刚开始那一周，进度确实看起来好看。所有的表格填的满满当当，所有人在站会上报的进度都和计划完全对齐。但开了俩礼拜，味就不对了。
有个写代码特别快的开发小孩，之前经常主动找测试提前对需求，后来私下找我吐槽，说他现在每天写代码之前，要先花十分钟想怎么把自己的工作说的够“充实”，不然站会报的太简单，显得他干活不饱和。
有个运营的小姑娘，之前每周都要抽两天找用户聊反馈，后来每天要花一两个小时改进度表的格式，把字体调成统一的宋体，把进度条拉到刚好的比例，根本没时间碰用户。
我当时还没反应过来，直到那次要赶一个电商大促的活动上线，我被临时抽去帮别的项目组顶了一周，根本没时间盯大家的站会和进度表，就让大家把所有的报表都撤了，有卡点直接在群里@对应的人解决。结果那次活动，比预期早了整整两天上线。
我当时坐在办公室里，看着大家发来的上线确认消息，突然就想通了。
你越怕大家不干，越用流程、报表、会议把人绑住，大家就越会把精力花在“证明自己在干活”上，而不是真的把事做成。
很多人对执行力的误解，是觉得“盯得越紧，执行越好”。但实际上，人和人之间的信任是有余额的，你每多提一次无意义的要求，就是在扣大家的信任值。等余额扣光了，大家就会用“我按你要求的所有流程走完了，最后成不成和我没关系”的心态对付你——这种状态下，你就算把人按在工位上24小时，也出不来什么真东西。
后来我们把所有花架子流程都砍了。每个项目启动的时候，大家一起把所有关键的交付节点列出来，每个节点定好唯一的对接人，到了节点大家主动同步结果。没到节点的时间，你愿意在工位摸鱼，愿意去楼下咖啡馆写方案，只要最后节点能交出来合格的东西，没人管你。
有次那个写代码的小孩，连着三天下午都不在公司，说去江边吹着风写思路，我也没问。到了约定的节点，他交的接口比预期还稳，测的时候零bug。你说这种事，要是放在之前天天盯进度的阶段，谁敢啊？
执行出了问题，先别追责任，先给大家搭个容错的台阶
去年我们上线一个会员积分的新功能，当天就出了bug。大概一千个用户的积分被系统清零了，后台的投诉消息刷了快两百条。
我当时第一反应是要查是谁的问题，把当时负责测试的小孩吓得脸都白了，坐在工位上攥着鼠标半天不敢说话。我当时看着他那个样子，突然就想起三年前那个被我骂得狗血淋头的晚上，瞬间就把到嘴边的火压下去了。
我们先花了半小时把bug修好，给受影响的用户补了双倍积分，才坐下来复盘。翻了记录才发现，那个bug根本不是测试的问题——是开发改积分计算逻辑的时候，没把最新的规则同步给测试，测试是按照旧的需求文档测的。
我当时要是上来就追责任，说“谁没把事做好”，估计那个小孩以后碰到问题，第一反应就是藏，就是推，根本不会第一时间把问题报出来。你想啊，要是你每次把问题说出来，换来的都是一顿骂，一次扣绩效，那团队的执行力能好才怪。
真正能打硬仗的团队，从来不是不出错的团队，是出错了之后，大家第一反应是“怎么把事补上”，而不是“怎么把锅甩出去”。
之前我总觉得，执行力就是大家都像机器人一样，按指令走，不出错。但哪有那么多完美的事？你给大家留够容错的空间，大家才敢放开手去干，而不是每走一步都要回头看，怕踩了线被骂。
后来我们定了个不成文的规矩：只要不是主观故意的、重复犯的同类错误，第一次出问题，不追责，大家一起找流程上的漏洞。比如那次积分bug之后，我们加了个上线前的交叉核对环节，开发改完逻辑，要把所有变更点列成清单，同步给测试，双方确认签字了才能上线。从那之后，我们上线的bug率降了快一半，大家也不会因为怕担责任，碰到卡点就绕着走。
前几天又在楼下碰到那个之前被骂的小孩，他说他们现在换了个新的团队负责人，项目启动的时候会把所有对接的细节都聊透，不用天天写进度表，出了问题也没人上来就骂人。上季度的项目，比之前早了一周就做完了。
说实话，我现在根本不信什么“提升团队执行力的N个技巧”这种鬼话。
执行力从来不是靠打鸡血、靠扣钱、靠开一堆会训出来的。你把目标拆到每个人都知道自己要干啥，把那些没用的流程都砍掉，给大家留够信任和容错的空间，执行力自然就上来了。
就这么简单。
