先说清楚这间库房的样子。
汽车零部件厂的一个车间，专门有一间备品备件房，几十平米，四面货架。里面放的是这个车间设备维修和保养要用的件——气动元件、电机配件、密封耗材、各种规格的紧固件，加起来接近两百种。
车间三班倒，机器不停。设备故障集中时段，一天能开出十到二十张维修工单。
这间库房原来怎么运转？配一个专职仓管，上白班。
白班和夜班，是两个世界
白班的时候，这间库房是正常的。
维修工来领料，找仓管登记，仓管去货架上拣件，确认数量，签字，出库。两边都熟悉，动作快。仓管知道哪种件放在哪一排、哪几种容易混、哪个供应商的件快要到。
到了夜班，这套流程整个不成立。仓管下班了，库房门是锁的。
夜班的设备员遇到故障，要先联系值班的人，看能不能拿到钥匙；拿不到，等第二天白班。
夜里少一件，后面全乱
有一类情况特别典型：不是缺得多的件，是缺得少但刚好要用的那个。
比如某台设备的密封件到了更换周期，计划要在夜班做一次保养。设计上，这是个常规动作——件早就在库房里备着。
但件在锁着的门后面。
结果通常是三种：跳到白班再做，保养计划往后压。这种处理，单次不算大事。问题是设备保养这件事是累积的——这次压一压，下次压一压，到某个时点就会以故障的形式还回来。
问题不在白班，在只有白班
复盘下来，这间库房的问题不能归到仓管身上。白班那一段运转得很好，人尽责、流程清楚。
问题在于：这间库房的服务时间，只有生产时间的三分之一。
车间是三班制，库房是一班制。另外两个班次里，物料这件事是没人管的。
而设备故障不按班次发生。尤其夜班，人少、支援慢，出了故障更希望马上能拿到件——偏偏这个时段最拿不到。
改完之后，运转方式变了
改造的方向不是让白班的人加班，也不是招人上夜班——一间几十平米的库房配两三个班次的人，成本算不过来。
做的是把“必须有人在场”这个前提换掉。
领料不再需要等仓管。夜班设备员开了维修工单，工单里写清要哪些件。到库房刷卡核验——权限和工单对得上，门自动开。不用等谁来拿钥匙。
找件不再靠记。进仓选定工单，工单里涉及的货位同时亮灯。不管是谁来、熟不熟悉这间库房，跟着灯走就能找到。两百种件放在哪，不再依赖某个人的记忆。
数量当场就能核。每个亮灯货位有电子标签，显示应取数量和已取数量。密封件、紧固件这类散装件，靠货位称重自动换算，不用一个个数。
记录自己生成。谁领的、什么时候、取了哪些件、对应哪张工单——出门这一趟就记上了。不用第二天补单。
库存实时更新。取走即扣减，补货即增加。近两百种件还剩多少，后台随时能看，不用等盘点。
变化在哪，不在少了一个人
这套东西落地之后，最直观的变化是夜班能正常领料了。但真正的变化不止于此。
保养计划能按计划做了。原来夜班领不到件，保养就往白班推；白班设备在跑，很多保养又做不了。件随时能取之后，保养的时间安排就灵活了。
账和货对得上了。原来的领用记录靠事后补，夜班那一部分最容易漏。改成出门即入账，这部分缺口就没了。
库房的知识不再只属于一个人。白班仓管的经验——东西放在哪、怎么摆的——现在落在系统里。夜班的人不需要重新熟悉一遍库房。
说清楚一点：不是把仓管换掉
容易理解偏。这里省掉的，是“守着发料、开门、登记”这些现场动作，仓管这个岗位还在，工作内容变了。
原来是拣料、发料、记账、盘点，占掉大部分精力。现在这些由系统承担，人的重心转到库存结构、安全库存设定、货位规划、异常处理上。
近两百种件的补货节奏、哪些件该多备、哪些件积压了，这些事需要人来判断，系统只提供数据。
这间库房不大，两百种件放在几十平米里，从体量上看不起眼。
但它服务的是一个三班倒的车间，而它自己只开放一个班次。这个错配不出事的时候看不出来，一到夜班设备出问题，就暴露了。
改造要解决的不是“这间库房太小”或者“仓管不够尽责”，是让它的服务时间，跟上车间的生产时间。
热门跟贴