上周三加班到十点，我对着摊在桌上的项目进度表发了十分钟呆。
没什么特殊原因。就是看着表上标得整整齐齐的里程碑节点，突然想起前几年踩过的那个大坑——给连锁餐饮客户做门店排班系统的项目，一开始拍胸脯说三个月全量上线，每周站会大家都报”一切顺利，按计划走”，结果第六周我抽时间去线下门店蹲点，才发现之前所有的需求沟通，全是和总部运营部的人聊的，根本没碰过一线的店长。
店长攥着我们做的排班模板，蹲在门店的储物间门口，抬头问我：”小伙子，这个表我填完要导三个系统，我一天要管八十多号备菜、收银的员工，哪有空折腾这个？”
我当时真的有点火。换以前我可能当场就把项目负责人叫过来骂一顿，说他怎么连需求都摸不准。但那天我看着他皱着的眉头，手里还攥着刚给员工发的高温补贴，突然就泄了气。
卡壳的根源，从来不是”大家不够努力”
之前我总觉得，项目推进不下去，肯定是团队里有人摸鱼，有人执行力差。直到那次蹲完门店我才反应过来，我们坐在办公室里拍脑袋定的所有”完美流程”，根本没有贴合一线的真实场景。
你想啊，总部的人坐在空调房里，当然觉得多填几个字段、多走两层审批不是事。但一线的人每天要处理食材不新鲜、员工临时请假、客人投诉这些破事，你让他花半小时填一个他根本看不懂的系统表格，他当然会阳奉阴违，站会的时候跟你说”没问题”，转头就把系统关了用自己的Excel表记排班。
这种情况下，你就算把人骂到辞职，把流程改到再细，项目也推不动。
别把”对齐目标”挂在嘴上，要把每步的”卡点”拍在桌面上
那次从门店回来，我们直接把之前定的三个月全量上线的目标砍了。
先选3家位置偏、店长配合度高的门店试跑2周，只做最核心的”自动算排班工时、算加班费”的功能，其他那些花里胡哨的多级审批、自定义报表的功能，全砍掉以后再说。
连带着把之前的站会规则也改了。凡是站会汇报说”无风险、进度正常”的，一律算汇报不合格。每个人站在白板前，必须说清楚三件事：这周实实在在推进了哪件事，现在卡在哪一步，需要哪个岗位的人配合解决什么问题。
说实话，刚开始改规则的时候，大家都不习惯。有人站在白板前憋了五分钟，说”真的没有卡点啊”，我就盯着他问：”昨天你说要找IT部开系统权限，现在开了吗？”他才突然拍脑袋想起来，哦，上次跟IT部的人提了一嘴，人家现在还在排期，这就是卡点。
我之前真的烦透了那种报喜不报忧的项目会。你坐在会议室里，每个人都西装革履说一切顺利，等真到交付前一周，突然冒出来十个八个解决不了的问题，那时候你就算把人骂到辞职，也赶不上交付期。
反而这种把所有鸡毛蒜皮的卡点都摊在桌面上的会，开个二十分钟就能散场——谁的问题谁当场领走，能解决的当场定时间解决，解决不了的大家一起想办法，比坐在会议室里扯两小时”战略方向”有用一百倍。
推进到最后拼的从来不是流程，是”谁来扛事”的确定性
之前做项目，我们总喜欢搞很复杂的审批流程。改个小功能要走三层审批，调整个门店的试跑范围要等总部签字，等所有流程走完，黄花菜都凉了。
那次试跑的项目里，我们直接定了个新规则：每个项目节点必须绑定一个有即时决策权的第一责任人。比如门店端提的小需求，只要单店每月的优化成本不超过500块，项目负责人当场就能拍板，不用走层层审批。
有个门店的店长说，系统里的”晚班交接”模块字太小，年纪大的员工看不清，项目负责人当天就联系设计改了字号，第三天就把更新后的版本推给了门店。那个店长后来特意给项目组送了两箱自己店里做的卤鸭头。
那两箱卤味真的，比我们后来拿多少项目奖都香。
我前几年刚接触项目管理的时候，总觉得要做完美的甘特图，要把所有可能的风险都列出来，要把每个人的动作都卡死。现在才明白，所有那些冷冰冰的流程，都是为了给人兜底的，不是为了把人捆死的。
你不可能等所有条件都完美了再启动项目。路上遇到坑，绕过去就是了；遇到突发状况，能当场拍板解决就别等着开会讨论。
上周那个项目结项的时候，我翻了下之前的站会记录，前六周的记录全是”进度正常，无风险”，后八周的记录写满了各种碎事——哪个门店的网络连不上系统，哪个店长不会用扫码登录，哪个功能按钮的位置不符合大家的使用习惯。但就是这些写在白板上的碎事，最后推着项目比原定计划还早三天上线。
别总想着做什么天衣无缝的项目规划。
跑起来了，路上的坑自然就看见了。
站着骂是骂不出进度的。
