一张 30 多个字段的表,砍到 8 个,厂内物流才跑起来
那张表最初有 30 多个字段。业务方的反馈就三句话:维护困难,时间长,工作量大。
后来砍到 8 个,厂内物流系统才真正跑起来。
这张表叫 PFEP。
一、先分清:PFEP 是什么
PFEP——Plan For Every Part,每个零件一份计划。出自精益企业研究院 2003 年出版的《Making Materials Flow》。
说白了就是一张表,每个零件占一行,写清它的一生:
- 放在哪个库区,装什么托盘,一托装几个
- 一台产品用几个
- 送到哪个工位、哪个点位,用哪种方式送
书的作者之一 Rick Harris 说:PFEP 是一家工厂的 DNA。精益企业研究院讲精益物料系统,顺序也是这样排的:先建 PFEP,再建外购件超市,再定配送路线,最后接上拉动信号。PFEP 是第一步。
二、厂内物流系统的每一次配送,都在读 PFEP 表
我们项目的规划文档里有一句话:通过 PFEP 表实现物料订单的组单、拆单、下发、配送和叫料。
厂内物流系统拿到工单,按「一台用几个」算要多少料,按「一托装几个」拆成几托,按「工位、点位」告诉 AGV 送到哪。
所以一个字段错,现场就是一个具体的错:
- 一托装几个填错——一次送多,线边堆满;送少,再叫一次料
- 点位填错——AGV 到了,那里没有架子
- 配送方式填错——该按过点拉动的,按计划推了下去
三、PFEP 表为什么 30 个字段就维护不动
对照一下:精益企业研究院列过一份典型的 PFEP,17 类信息,其中 7 类管的是供应商和运输(供应商名称、城市、州,订货频次、送货频次、承运商、在途时间)。
我们那张表 30 多个字段,采购、仓储、工艺、配送四拨人的事都装在里面,却只发给一拨人填。
字段还在涨。规划里要推七种物流模式:过点拉动、计划配送、空器具自动返空、标准件自动补料……每加一种模式,就往表里加几列。
更难的是它会过期。工位一调、设计一改,表就要跟着改——之前那篇讲过的断点切换,最后也落在这张表上。那段时间好几份周计划里,都有一条「PFEP 表与车间工位同步」。
四、让 PFEP 表维护得动的四个办法
① 从系统要做的决定倒推,只留驱动配送的字段。 我们最后留下 8 个:物料名称、库区、托盘类型、每托数量、台套数、配送工位、点位、配送模式。
② 每一列写明主人。 工艺管工位和台套数,物流管托盘、点位和配送模式,采购管供应商的包装数。
③ 一个人录入,变更走单子。 精益企业研究院的说法是,多数企业会设一个 PFEP 专人,只有他能改;工程、制造、仓储包装的人要改,填标准变更单,由他批。他们的案例里,所有人都能看,只有这个人能录。放到厂内物流,我会再加一条:工位调整、设计变更,都要触发这张表的复核。
④ 用算式给它做体检。 日用量 × 每次送货覆盖的天数 + 缓冲 = 最大库存,再除以每箱数量,就是要放得下几箱。研究院文章里的例子:每天用 2000 个、每次送 5 天的量、加 4000 个缓冲,最大库存 14000 个;每箱 100 个,超市要放得下 140 箱。算出来放不下,就是表里有字段错了。
8 个字段够不够,我到现在也拿不准:包装一变、工位一调,哪一列最容易没人通知?
你们那张表里,最常对不上的是哪一列?
读到和自己项目像的地方?
相关笔记
写完就发,不发广告:订阅 RSS