老张是广东一家电子厂的仓库主管，手下管着8个人。上个月底，老板突然把他叫进办公室，扔过来一张单子。
“这批货客户催了三天，你告诉我，到底什么时候能发？”老板的语气不算重，但老张后背已经湿了。
他根本答不上来。不是不想答，是真不知道——生产部说还在组装，采购说有个料还没到，质检说报告没出来。每个人说的都不一样，每个环节都像黑箱。
那个让所有人崩溃的“大项目”
这单其实不大，就500件定制控制板，签了45天交付。但一开工就乱了。
采购经理老刘说：“有个芯片要15天才能到。”生产主管小周说：“等料到了，我们排产至少还要7天。”仓库这边，老张的团队光是核对来料就花了3天——因为送货单和实物对不上。
等到真的开始生产了，又出幺蛾子。产线班长报告，某道工序的工时比预估多了一倍。没人知道为什么。老张去现场看了一眼，发现是工人拿错了旧版图纸，焊错了一个位置，又花了半天返工。
最后的结果呢？
货晚交了12天，被客户扣了5%的违约金。老板在周会上拍桌子：“你们每个人都说自己没问题，那问题到底出在哪？”
没人吭声。但老张心里清楚——整个项目从头到尾，没有人真正知道“现在到底卡在哪一步”。
问题的根，藏在三件事里
后来我们坐下来，把整个流程捋了一遍。发现真正的病根不是谁偷懒，而是三个“看不见”：
第一，进度看不见。采购说“在催”，生产说“在干”，仓库说“在等”。但到底完成了百分之多少？没人能给出数字。
第二，工时看不见。每个工序实际花了多久？没人记。工人说“差不多一天”，主管说“应该够”，结果一算，光返工就占了30%的总工时。
第三，责任看不见。出了问题，采购怪供应商，生产怪仓库，仓库怪生产。每个人都能找到理由，但没人能说清“哪个环节耽误了几天”。
改变之后，数字自己会说话
后来只做了一件事——把每个项目的关键节点和工时，用一张表管起来。
不是上什么高大上的系统，就是让每个人在每天下班前，花5分钟填一下：今天这个项目做了哪道工序？花了多久？还卡在谁手上？
效果怎么样？三个月后，同一个客户又下了800件的订单。
改变前：
• 采购说芯片15天到，实际花了20天
• 生产说排产7天，实际花了11天（含返工）
• 仓库说核料只要1天，实际花了3天
• 最终交付：延迟12天
改变后：
• 采购说芯片18天到，实际17天到齐
• 生产按标准工时排产，返工率从30%降到8%
• 仓库到货当天核完，0天积压
• 最终交付：提前3天
老板这次没拍桌子，只是在早会上说了一句：“以后就这么干。”
明天就能做的一个动作
不用等什么IT部门，不用花一分钱。明天一早，把你们手上最急的那个项目拿出来，然后做一件事：
让每个涉及的人写下三样东西：
1. 今天这个项目你实际干了几小时？
2. 卡在哪一步？
3. 你预估还要几天才能交给下一个人？
就这三行字，比十次周会都有用。因为真相，从来不在PPT里，而在那些没人愿意记的“实际工时”里。
老张后来跟我说：“早知道这么简单，那5%的违约金就不该交。”
