上周跟个创业公司的CTO吃饭，他拍桌子骂得茶水都溅到桌布上。说自己带的项目组，季度初定的目标是Q3上线客户定制版CRM，结果到交付前一周才发现，开发把客户核心的权限逻辑全搞反了，测试环节根本没跟客户对齐需求，整个项目直接延期两周，赔了快十万的违约金。他特别委屈，说自己天天盯考勤，谁迟到谁摸鱼门儿清，怎么就没人提前告诉他中间出了这么大的岔子？
第一个坑：把过程管理等同于‘盯进度填表格’
我前几年带ToB项目组的时候，也干过一模一样的蠢事。那时候对过程管理的理解特别粗浅，觉得无非是每周让大家填个进度表，报一下完成率，开个周会对着表格念一遍，谁进度慢了就催两句。结果有个做了三年的老开发，连续三周填的都是“进度80%，无风险”，到最后联调环节才说，他要对接的第三方支付接口，对方根本没开放测试权限，之前问过对接人，对方一句“快了”，他就一直傻等，也没上报。
我当时气得一周没睡踏实。
等冷静下来复盘才发现，大家填的那些进度表，全是给领导看的“正确废话”。进度80%是怎么算的？是写完代码就算，还是过了测试、客户确认了才算？所谓的“无风险”，到底是真的没风险，还是觉得说了风险就要担责任？
后来我把每周的进度表规则全改了。不许只写干巴巴的完成率，必须填三个固定模块：这周实际落地了哪些事，下周要推进哪几项，现在卡在哪了，需要谁帮你协调。就这一条改动，第一周开周会就炸出来三个藏了快半个月的问题：设计的素材供应商拖了一周没给源文件，运营整理完的客户资料堆在共享盘没人对接录入，还有那个卡了开发快三周的第三方接口问题，终于被摆到了台面上。
第二个坑：觉得过程管理就是‘把所有事都攥在自己手里’
有一年接了个大客户的定制项目，我当时怕大家走偏，从需求评审到每一页原型的修改，每一段核心代码的逻辑，我都要亲自过目、拍板。结果呢？我自己每天加班到十二点，团队的人反而闲得慌——反正最后领导要改，我先随便写个初稿等他打回来就行，何必费心思做到最好。
有次我发烧在家躺了两天，等回公司一看，整个项目直接停转了。几十条待审批的消息堆在企业微信里，大家都等着我拍板，没人敢自己做决定。
我当时坐在空荡荡的办公室，看着满屏的未读消息，突然觉得特别可笑。我做过程管理本来是想让项目跑的更顺，结果自己成了整个团队最大的瓶颈。
后来我咬着牙把项目的决策权限拆成了三层：涉及客户核心需求、项目预算的，我来拍板；涉及模块内部逻辑、日常排期调整的，模块负责人自己定，事后给我发个消息同步就行；涉及个人任务调整的，自己跟对接的同事商量完，把结果同步到项目群就好。
就这么改完，最明显的变化是，之前要等我三天才能批完的原型修改，现在半天就能走完流程。模块负责人遇到问题也不会第一时间把球甩给我，先自己想两个可落地的解决方案，再来找我对齐方向。说实话，那时候我才明白，过程管理从来不是当大家的“决策中心”，是给大家搭好护栏，告诉大家哪里不能踩红线，剩下的路，让他们自己跑就行，别总伸手去拽。
第三个坑：把复盘会当成‘公开批斗会’
之前项目出了线上bug，我开复盘会的时候，直接把负责那个模块的同事骂了半小时，说他怎么这么不小心，连个基础的参数校验都能漏。结果呢？下次再出问题，没人敢主动说了。大家都互相甩锅，把责任推给别的环节，就怕被骂。有次一个很小的页面加载bug，测试发现了，藏了一周没说，最后到客户那边做现场演示的时候直接爆出来，我站在台上面红耳赤，尴尬到想找个地缝钻进去。
后来我跟那个之前被我骂的同事吃饭，他说当时本来想提前说bug的事，但是上次被骂怕了，觉得说了就要担责任，不如自己偷偷改了，说不定就没人发现了。
那句话我记到现在。后来我把复盘会的规则全换了：每次复盘，第一不许揪着“谁的错”不放，第二不许翻旧账，就聊三个事：当时我们为什么会做出那样的决策？现在出的问题，是哪一步的流程没堵住？下次遇到同样的情况，我们要加什么检查点？
就拿之前那个参数校验的bug来说，我们后来加了个特别简单的规则：所有涉及用户输入的页面，写完代码之后，必须拉着测试同事一起做10分钟的边界值测试，测试通过了才能算这个模块的进度完成，不许自己在家模拟一遍就算完。就这么一个小改动，后面三个月，再也没出过类似的低级错误。
前几天再跟那个当初拍桌子的CTO聊天，他说现在他们组的周会，大家一上来就先讲自己卡在哪了，需要谁帮忙，反而没那么多虚头巴脑的进度汇报了。
真不是。
很多人觉得过程管理是给大家加负担，是盯着大家干活的监工。其实哪有那么多高深的管理理论啊。过程管理从来不是你拿着个秒表站在大家身后，盯着谁多喝了两杯咖啡，谁早走了十分钟。是你把那些本来会在交付最后一周炸的雷，提前拆了，让大家不用天天熬夜救火，不用对着客户弯腰道歉赔违约金，反而能准点下班。
