上周跟一个创业的朋友喝酒，他拍桌子骂自己手下的运营：“我天天盯他到晚上10点走，项目还是黄了，到底是我管得不够严？”
我给他灌了一口冰啤酒，说你那不是过程管理，是查岗。
说实话，我刚做管理那会，比他还离谱。
我之前也把“盯进度”当唯一的管理手段
19年我带一个给制造业客户做的SaaS落地项目，当时拍胸脯跟老板保证3个月就能上线，回头就给整个项目组定了死规矩：每天早会每个人必须报清楚前一天的产出、当天的计划，晚下班半小时要在群里发当日的工作小结，进度表上用红黄绿标清楚每个人的完成度，但凡标黄的，我立刻追着问原因。
我当时还挺得意，觉得自己管得严，进度肯定不会出问题。
结果呢？
交付前一周，客户的财务总监直接把我们的方案扔在桌上，说权限配置完全不符合他们的三级审批要求，根本没法用。整个项目组连夜改，还是延期了1个月，赔了一笔违约金，老板脸都绿了。
现在想起来都牙疼。
后来我找负责需求对接的小姑娘聊，她快哭了，说以为跟客户那边的行政对接人说过需求就行，从来没人告诉她要拉上财务总监签字确认。我当时也没脸骂她——我之前满脑子都是盯她每天有没有干活，根本没说清楚，这个“梳理需求”的终点，到底是啥。
真正的过程管理，是管“关键节点的交付物”，不是管“人坐了多久”
那次踩坑之后，我回去把之前的进度表全撕了。
我不再追着每个人问“你今天干了啥”，而是把整个项目拆成了几个固定的关键节点，每个节点到期要拿出什么东西、需要谁签字确认、没完成的话要怎么调整，全部写得明明白白。
比如还是那个SaaS落地项目，后来我给类似的项目定的节点规则是：第2周必须拿到带客户部门负责人签字的需求确认书，第4周必须拿到客户签字的系统原型确认稿，第8周必须完成内部测试的bug清零报告，第12周必须拿到客户的模拟操作验收单。
每个节点的要求提前一周就发在项目群里，谁负责的没交，我直接找本人，别搞什么“你最近是不是很忙”的废话，就问三句话：差什么，需要我协调什么资源，还是这个节点要改期？
有次负责原型设计的小伙子，到期前一天跟我说还差移动端的交互没做。我没骂他，先问他“这个模块是不是客户之前明确说要放到二期的？”他说是。我当场拉了客户的项目经理，10分钟就确认好范围，当天就把核心的PC端原型发过去签了字，一点没耽误进度。
最容易被忽略的过程管理细节：给“不可控的变量”留缓冲
不过话说回来，就算节点定得再清楚，总有意外。
我之前有个项目，所有节点的时间都卡得刚好，一点富余都没有，就怕有人摸鱼浪费时间。结果临上线前一周，客户那边负责对接的人突然被调去别的项目了，新接手的人要重新捋一遍所有需求，直接耽误了3天，我们整个进度全乱了，团队连续熬了两个大夜才补上窟窿。
从那之后我学乖了。
每个节点之间，我都会偷偷留20%的缓冲时间，这个时间不会写在对外的项目计划里，只会在内部的进度表里标出来。遇到突发状况的时候，这些缓冲时间就能顶上去，不用临时加班赶工，也不用跟客户扯改期的理由。
还有个我写进管理清单里的小规则：所有涉及外部对接的节点，必须提前跟对方确认好对接人备份机制，如果对接人临时有事，谁能拍板、谁能签字，全部要提前记下来。
别跟我扯什么“高效利用每一分钟”，人不是机器，总有突发状况，你不留缓冲，最后炸的就是你自己！
上周那个跟我喝酒的朋友，回去之后把每天查岗的规定改了，改成每周五下午每个人提交自己手上项目的关键节点交付物，没完成的当场说原因，需要协调资源的当场提。
这周他给我发微信，说团队效率反而高了，大家也不用天天熬到10点装样子，上周的项目居然提前两天交了。
说白了，过程管理哪有那么多花架子？
你要的是事做成，不是人坐满8小时对吧。
