第320章 合城產业园的管理优化方案
读一本书,过一段人生。
  合城產业园不在芯谷。它在距离总部三百公里外的一片老工业区里,前身是九十年代末的一家合资电子厂,未来科技五年前把它整体收购后,改造成了北方最大的智能终端製造基地。天衡5的量產线有一半设在这里,天权晶片的封装测试线也有一部分迁到了此处。如果说芯谷是未来科技的大脑,合城就是它的左肺——不是最核心的器官,但少了它,整个机体都会缺氧。
  梁志远是合城產业园的常客。他是製造体系的老人,从天衡2开始就在產线边上蹲著,对装配偏移、热管理冗余、零缝隙公差的控制线比任何人都敏感。但今天他来合城,不是为了天衡5的量產爬坡,而是为了另一件事——產业园的整体管理优化方案。
  方案不是临时起意。过去三个月,合城產业园的產能利用率从百分之七十一爬到了百分之八十九,但管理成本也跟著涨了百分之十五。產线上的直通率虽然稳住了,但物料周转天数从原来的十二天拉长到了十八天,设备综合效率从百分之七十六掉到了百分之七十二,夜班员工的离职率在过去两个月里翻了一倍。这些数字单独看都不致命,但叠在一起,指向同一个结论——合城的管理模式已经跟不上產能扩张的速度了。
  会议室设在產业园行政楼的二层,窗户正对著三號厂房的天蓝色外墙。梁志远到的时候,合城的管理团队已经坐满了长桌两侧。生產部、质量部、工程部、物料部、人力资源部,每个部门的负责人都带著自己那摊数据的列印件——不是他们不爱用电子文档,而是合城產业园的信息系统还没完全接入芯谷的统一平台,很多数据需要人工导出、人工核对、人工匯总。
  “这不是你们的错。”梁志远开场第一句话就卸掉了所有人准备挨批的心理包袱,“合城的信息化建设滯后是歷史遗留问题,集团之前把主要资源都砸在了芯谷和追光上,合城一直是將就著跑。但现在不能將就了。天衡5的量產线一半在这里,天权晶片的封装测试线也迁过来了,未来三年合城的產能还要再翻一倍。如果管理方式不升级,你们跑不动。”
  他把合城產业园过去三个月的问题数据投到屏幕上,不是用批判的语气,而是像在拆解一台出了故障的机器——没有情绪,只有逻辑。
  生產部的问题最集中:排產系统还是三年前的老版本,无法同时处理天衡5、天权封装、天罡1號后壳模组三条產品线的动態优先级,导致换线时间从標准的一个半小时拉长到了两个半小时以上。质量部的问题最隱蔽:来料检验和產线抽检的数据没有实时反馈到排產系统,一旦某批次物料出现质量问题,往往要等到整批產品做完、成品检验时才发现,造成大量返工浪费。物料部的问题最基础:仓库管理系统和產线叫料系统之间没有自动对接,物料员每天要在仓库和產线之间来回跑二十多趟,靠人工判断什么时候该补料、补多少。
  人力资源部的问题最让梁志远头疼:夜班员工的离职率在过去两个月里从百分之五点三涨到了百分之十一点七。不是薪资问题——合城的待遇在周边企业里排在前百分之十。离职访谈的结果指向两个原因:一是夜班工作量太大,连续三个月產能爬坡让夜班几乎没有喘息的机会;二是夜班员工感觉“不被看见”——所有管理层的巡视、表扬、奖励都集中在白班,夜班像是被遗忘的影子。
  梁志远听完所有人的匯报,没有急著给方案,而是问了三个问题。
  “第一,如果排產系统升级到最新版本,换线时间能从两个半小时压回到一个半小时以內吗?”
  生產部负责人算了一笔帐:“理论上可以,但升级系统需要停线两天。以现在的產能压力,停线两天意味著至少一万两千台天衡5的出货延迟。”
  “第二,如果质量数据实时反馈系统上线,返工浪费能减少多少?”
  质量部负责人调出歷史数据:“过去三个月,因为物料问题导致的批量返工有七次,平均每次损失四百个工时。如果能提前两站发现,这七次返工至少有五次可以避免。”
  “第三,夜班离职率的问题,你们自己想过什么办法?”
  人力资源部负责人沉默了几秒,然后说:“想过加夜班补贴,加过了,没用。想过调整排班模式,试过两周四班三运转,但產线上的熟练工不够,拆成四个班每组人都不够用。想过搞夜班关怀活动,送过夜宵、搞过抽奖,离职率降了一个月,第二个月又涨回去了。”