我姓林，那会儿在甲方当过项目经理，目前专挑那些号称“先进”的项目去挖坑。大量人当作精益项目管理是那种堆砌 SCDP、画九宫格、搞 PDCA 的玄学，淋了雨淋了瓢都能扛得住，去个茅房都得去专门的“精益茅房”。别逗了，真正的精益，说白了就是给干活的人松绑，把那些虚头巴脑的流程砍掉，让刀动起来，而不是刀挂在架子上嗡嗡叫。 实际上吧，精益最核心的逻辑就一条：别浪费。别浪费不是出于老板说不要，而是出于你不懂，要么你忒想证明你做了。我在帮一家做物流重资产的实体去搞精益，结局他们为了迎合那个所谓的 PDCA 闭环，把原本一个月才跑完的配送路线弄得像迷宫一样，每个节点我都得介入去当裁判，还要做那个费时的“价值流图”。等到图做完了，真正干活的时候，进度条直接往下滑，出于根本没人知道哪条路能走。
这时候我才明白，精益不是做那些图表，而是做减法。
要是一段流程对提升价值毫无贡献，那它就是有毒的细菌，务必得除。 咱们干活的时候，最常见的误区就是把“改善”当成“改善”。改善就是改善，把东西按大小分好，把玻璃瓶按形状放好，这叫整理和整顿，是根本功，没啥神秘。大量人认定只要把东西摆得整规整齐，项目就稳了，结局呢？浪费依然存有，只是形式变了，并且把员工逼成了搬运工，他们连看一眼目录的工夫都没有。真正的改善，得从人身上找。
比如刚刚那个物流案子，我让班组长重新定义了“收货”这个动作。
那会儿是接到电话要么扫码，目前直接由仓库员在货架旁随手拿，只要不影响保险，不用走多远，不用等单据。
这一改，效率直接翻倍，并且员工一点都不累，就连还能顺便帮同事拧一下螺丝，顺手把卫生擦一擦。
这种时候，啥流程图都画不出来，只要人动起来，价值就流动起来了。 数据这东西，在精益工地最有用。我也接触过几个项目，总喜爱拿“成本节约率”当 KPI。
实际上这个指标坑得一批，要是是出于把活儿干了更多，要么工人干得更多了，那成本反而更高了。我搞过一个基建项目，老板非要我们算一下“单位工程产值”。我们扯着算盘，把每个月拿出的资源、人工、设备、材料全体全体列出来，算出一个大约的产值。结局发现，出于设计变更频繁，实际投入的资源是平时的两倍，但产值看起来只涨没跌，总体的“单位产值”反而砸得稀碎。
那时候我就赶紧叫停，告诉老板：数据得看增量。
要是那是存量，那再多的数据也是垃圾。真正的精益项目，得盯着那些“增量”，盯着那些真正让成本降下来、让工夫缩短下来的数字。 还有个事儿，就是别把“难题”和“机会”混为一谈。大量人说“我们发现了个瓶颈，这是难题”，实际上，能变成机会的瓶颈，往往就是那个被浪费掉的环节。我在一个软件升级项目里见到，老板说“系统响应慢，这是难题”。我当时就笑了：“慢？那是你的难题还是我们的难题？”结局一查，才发现是网络延迟。老板气坏了，说：“哎呀，那就是数据难题，不是系统难题。”我就跟他讲，系统能跑得快慢，跟底层网络没关系，跟哪位维护、哪位调试、哪位测试彻底是两码事。
这不是数据难题，这是流程难题。
要是流程里包含了“先测后理”、“先试后推”，那就是典型的浪费。
这时候你得果断地砍掉那些没用的测试环节，直接推送到用户端，哪怕数据准一点，也比天天约等着测要好。 说到改进的周期，大量人揪心 PDCA 忒死板，一次改不够。
实际上 PDCA 就是个框架，不是铁律。我见过一个装修队，为了赶工期，直接把规范全扔了，按自己的经验干。结局第一个月出了个大火，把隔壁楼烧了，整个队都给停摆。
后来他们反思，说“这事儿没做好，得改进”。结局就改，改啊，改出个新方案。可那个新方案还是没做好，直到老板带着他们去现场，看着那一地狼藉，指着“这就是改进”四个字，才让他们意识到：要是真按照流程去改，那这个流程本身就不适用。便他们干脆把“合规”两个字删掉，只留“结局导向”。目前他们干得烂是烂的，但活儿保住了。在抓大放小做规范的前提下，准合理的试错，这才是大企业的活法。 最终说说如何落地。大量项目团队最大的毛病就是会上做形式，会后忘。我得强调：精益不是一个专门的部门，它得渗入到每个人的行为习惯里。
那会儿我总被投诉，员工做事不专心，认定我在监视。
后来我把规则改了，把“遵守规则”和“追求结局”挂在一起，把违规和绩效直接挂钩，但给违规的人留个面子，给守规的人加个油。结局呢？大家启动主动自查，哪位偷懒我也知道，哪位也有点小毛病我也能指出。
那时候，我都不用拿着问责的牌子叉腰，出于大家都愿意为了最终结局顶住压力。 总结来说，精益项目管理不是那个金光闪闪的学术名词，它是把仓库整理得井井有条，把冗余的环节砍掉，把人的精力聚拢到有价值的地方。别跟我谈那些高大上的理论，跟我谈如何让数据更真，如何把流程砍得干净利落利落，如何让人干活更顺溜。
只要能把浪费消灭掉，剩下的就是实实在在的效率。
故此啊，还不如学那些背书，不如看看你手上的活到底能不能省事一点，能不能把活儿干得更快更好。