累吗？真累。现在公司里看着最熬人的，真不是搞技术攻坚的那拨人，而是天天在流程里打转的。上周刚上完那个号称能提效的项目管理系统，好家伙，底下直接配套出几十页的填报模板。加上每天早晚两次站会、每周一次评审，群里@声就没停过。大伙儿刚上线那会儿还觉得稳了。结果呢？协作摩擦没降，血压先高了。这事儿大概就是这么个意思：很多人把“立规矩”和“走流程”搅成一锅粥。总以为改进就是往系统里不停塞条款。填。使劲填。
《过程改进与CMM实践问答》这本书，偏要跟你唱个反调。作者John Vu没在那儿跟你扯什么高深莫测的成熟度模型。他挑了上百个一线工程师实际碰壁的提问，一点点剥开一个老生常谈的理儿。真正管用的过程改进，从来都是做减法。它图的不是给你家立更多条条框框。是把团队协作里那些磨人的不确定损耗，连根拔起。
这话怎么讲？流程这玩意儿，骨子里就干两件事。把没底的变成有底的。把有底的，变成肌肉记忆。CMM被拿出来反复念叨，是因为它确实给了一条从乱糟糟走向齐刷刷的路子。但路是路。脚镣是脚镣。别搞混了。书里反反复复念叨“裁剪”和“适配”。说白了就是提醒你：模型只是张地图，真干活得踩在实地上。你看波音那种庞然大物，靠过程管理稳住阵脚，真不是靠那摞比砖头还厚的文档。而是团队心里门儿清：哪儿必须死磕对齐，哪儿能顺手跳过。等流程开始卡脖子、挡交付的时候，它早就跑偏了。离改进的初衷，十万八千里。当然，我也知道很多人觉得没流程就没安全感。但我觉得，流程要是成了绊脚石，那不如早点拆了。真的。
道理听到这儿，好像挺顺。可事儿就卡在这儿。要是过程改进光做减法，那些容错率几乎为零的高风险活儿怎么办？航空航天或者医疗软件里的代码，能靠“灵活裁剪”把评审砍了？那肯定不行。John Vu的经验摆在那儿。减法的刀子，只能落在“协作摩擦”和“重复确认”上。绝不敢碰“质量门禁”和“风险兜底”。把过程改进当成包治百病的灵丹妙药，最容易走火入魔。为了图省事把必要的检查节点全砍了，最后返工的成本得你双倍掏。我觉得吧，真正的老练，是知道哪儿该勒紧裤腰带，哪儿能撒开手。未必所有团队都配得上“自由裁剪”。有些活儿，多一道关就是多一层命。
这毛病放在咱们日常干活里，简直不要太明显。多少团队天天抱着进度表填，围着站会转。说白了，就是用流程的确定性，去糊弄目标本身的模糊。管理者不敢放权，只能靠层层签字画押来保命。流程直接成了信任的平替。我见过太多项目。明明俩同事微信里三句话能对齐的事，非得拉个群走个线上审批。烦不烦？书里那些跑通了的案例，路子全反过来。先把目标对齐。再把路径劈短。当每个人都盯着交付标准干活，中间那些汇报环节自然就没必要留了。流程往后撤一步。协作，才能露脸。
所以说，过程改进走到最后，拼的不是手册有多厚，也不是评审会开得有多勤。它其实就是一场“信任跟边界”的重新对表。把该刻进习惯的死规矩立住。把该靠脑子判断的活余地留足。咱们别再把CMM当成应付审计的打勾清单。得把它当成能帮你省嘴皮子、降沟通成本的脚手架。这时候，改进才算真正落了地。
只是，真熬到这一步的人，往往早就懒得提流程这俩字了。