去年夏天那个烂尾的客户项目，我现在想起来还窝火。
当时我们接了一家制造业客户的定制化系统需求，报价不低，团队熬了小半个月把方案写得漂漂亮亮，客户那边的对接人当场拍板，说就按这个来。我那会手上同时挂着三个项目，想着大家都是合作了两三年的老搭档，目标拆解得明明白白，每个模块的Deadline也贴在了项目群的公告里，应该不会出大问题。
结果交付前一周，客户拉着我们的人做上线前的最终核对，翻到支付模块的时候，对方负责人脸一下子沉了——我们做的是单账户的流水统计，可人家从一开始要的就是多门店的分账对账，差了快十万八千里。
我当时从会议室冲出去给负责这个模块的同事打电话，他在电话那头都快哭了：”我当时看需求文档里写的是’支付模块功能开发’，以为就是做基础的流水啊，谁知道要分账……”
那天晚上整个项目组在客户的会议室里熬了三个通宵，还是没能把偏差的部分补完，最后不仅赔了客户两万块的延期违约金，还差点丢了后续的年度合作。
别把”定了目标”当成”管了过程”
那时候我才反应过来，我之前对过程管理的理解，从根上就错了。
我以为把目标拆成一个个小任务，分给对应的人，定好时间节点，就算是把过程管起来了。可实际上呢？那些写在文档里的、贴在公告里的目标，只是一个静态的靶子，没有人会主动告诉你，他在朝靶子跑的时候，偏了多少度。
之前总听人说”过程管理”，说要”盯进度”，我之前真的以为盯进度就是每周拉个会，问一句”你那边做完了吗？”。直到那次踩坑才明白，过程管理从来不是追着人要结果，而是在每一个关键的岔路口，把大家的方向重新对齐一次。
我们后来调整了什么？不是加了更多的报表，而是在原来的项目节点里，加了三个”强制对齐”的环节：需求刚定下来的时候，不着急写代码，先拉所有相关的人开一个半小时的对齐会，每个人把自己理解的需求讲一遍，哪里有歧义当场说清楚，最后所有人在需求确认单上签字，谁也别事后说”我理解错了”。核心功能做完第一版demo的时候，不要等全部写完，先拉客户过来过一遍，看看大方向对不对，别等最后全做完了才发现走偏了。上线前三天，让实际用系统的一线员工过来测，不是只听客户对接人的意见。
这些环节加进去之后，我们后来接的五个同类型项目，再也没有出现过那种差了十万八千里的大偏差。
那些没用的”过程监控”，都是在给团队添乱
第一次踩坑之后，我其实走过一段特别离谱的弯路。
那会我总觉得，就是因为我之前盯得太松了，才出了问题。于是我给整个团队定了一堆规则：每天必须写300字的日报，要写清楚当天干了什么，遇到了什么问题，第二天要做什么；在线的进度表每两个小时要更新一次，要是我下午三点看的时候，发现某个同事的进度停在上午十点，我就要当场发消息问他是不是遇到困难了。
搞了不到两周，负责前端开发的小周在午休的时候拉着我在楼道抽烟，他说：”哥，我跟你说句实话，我现在写代码的思路，平均每两个小时就被打断一次，有时候刚想清楚一个交互逻辑怎么写，就到了要填进度表的点，等我填完表回来，刚才想的东西全忘了。你这哪里是管过程啊，你这是给我加了个比需求还累的活。”
我当时烟抽了一半，突然就反应过来——我这是在干嘛？
我抓的根本不是”过程”，是”动作的时长”。我以为大家在工位上坐够八个小时，每两个小时更新一次进度，就是在好好干活，可实际上，这种无意义的监控，不仅没有帮大家把事情做好，反而把大家的精力都耗在了填表格、应付检查上。
后来我们把那些乱七八糟的规则全删了。现在团队里没有强制要求写日报，也没有要求实时更新进度表。我们只看每一个关键节点的交付物：需求对齐会有没有签字，demo演示有没有和客户对齐，测试环节有没有把问题全部闭环。只要这些东西都按要求交上来了，你今天是在公司写代码，还是在家办公，是上午干活还是晚上赶进度，我根本不管。
说出来你可能不信，规则删了之后，团队的交付效率反而比之前高了近三分之一。大家不用把时间花在应付检查上，自然就能把精力放在真正要做的事情上。
别等复盘才说”早知道”，偏差要当场掐灭
我之前参加过太多公司的复盘会，大家坐在会议室里，对着之前的项目问题一条条列，说”早知道当时就应该怎么怎么样”，说”要是当时多问一句就不会出这个问题了”。
可问题是，等复盘的时候再说这些，有什么用呢？损失已经造成了，客户已经不满意了，团队已经熬了那么多通宵了，再怎么拍大腿，也换不回来之前浪费的时间。
上个月我们做新客户的定制需求，产品经理小徐跟客户聊了两个小时，回来之后没有第一时间把需求文档同步给开发团队，而是自己闷头在工位上改了两天的原型。等她把原型发给开发的时候，开发的同事直接在群里发了个问号：”这个门店端的会员积分兑换逻辑，我们上周跟客户对接的时候说过，因为系统对接的问题，这个功能这个版本做不了，你怎么又加回来了？”
换以前我可能要在群里说两句，或者等到下午的周会再把这个事拿出来说。但那次我看到消息之后，直接在群里发了一句：”所有人停下手头的事，拉个15分钟的短会。”
会上我们把小徐和客户的聊天记录翻出来，对着原型上的每一个功能点一条条核对：哪些是客户这次明确提的新需求，哪些是之前已经排除过的不可行项，哪些是小徐自己觉得”应该会更好”加进去的优化项。前后花了不到10分钟，就把所有偏差的地方改完了，没有等到周会，也没有等到开发把功能写了一半才发现不对。
过程管理里最值钱的能力，从来不是事后追责的铁面，而是当场把3毫米的偏差掰回来的果断。
说实话，我做管理快8年了，之前总觉得厉害的管理者，就是能定出最宏大的目标，能带着团队打最硬的仗。直到踩了这一堆坑才明白，大部分时候，团队之所以拿不到好结果，根本不是目标定得不够高，也不是大家能力不够，而是在往前跑的路上，偏了3毫米、5毫米，没人及时指出来，等跑了几公里之后，才发现离原来的目的地差了十万八千里。
过程管理哪有那么多高深的理论啊。
说白了，就是别让大家白跑。
