福建
研发管理手记
BOM版本失控·从第一次“另存为”开始
同一套产品的BOM，散在五个部门的电脑里，二十多个版本，每份都自称最新。等对不上账那天，才发现哪份都靠不住。
DOODLE
病根只有一个，没有单一数据来源
BOM版本管理
写给被版本折磨的制造企业
EDITOR’S NOTE
工程师一份，采购一份，生产一份，品控一份。四份BOM，四个“最新版”。等哪天对不上账了，大家才发现，哪一份都靠不住。
01
PART
一张BOM表的漂流路线
HOW IT STARTS
制造企业里，BOM表通常从研发阶段开始建立。工程师建好，发给采购。采购另存一份，补上供应商信息，再发给生产。生产拿到手，又添了工艺备注，再存一版。
到了项目中期，同一套产品的BOM，已经散落在研发、采购、生产、品控、项目管理等多个部门的本地电脑里。每份都有修改痕迹，每份都“看起来是最新的”。没人说得出，全公司到底有几份在流转。
02
PART
出事那天
WHEN IT BREAKS
然后某天，出了问题。采购按手里的BOM备料，发现和图纸对不上；生产拿着的那份，还是三个月前的版本；研发一脸无辜，我早改了，你们怎么没收到。
接下来就是追版本。打电话、翻邮件、找记录，一圈折腾下来，半天时间没了，问题还没解决。
做一个中等复杂度的产品，整个生命周期里BOM迭代二十个版本以上，谈不上夸张，这就是很多企业的常态。
03
PART
病根在哪
NO SINGLE SOURCE OF TRUTH
版本多，本身并不致命，致命的是没有单一的数据来源。
每次修改走的都是同一条老路，下载、修改、另存、重新发邮件。历史版本散落在各个人的收件箱和桌面文件夹里，没人说得清哪个是最终版。更糟的情况是，两个部门各自基于不同版本做了修改，合并的时候冲突了，还得人工逐行比对。
这种协作方式，越是人多、周期长的项目，越容易出问题。出了问题，赔进去的不只是半天工时，还有备错的料、拖期的订单，和部门之间互相甩锅的信任。
BOM失控的起点，往往就是那句轻飘飘的“另存为”每一次另存，都往“真相”里多塞了一份赝品。
04
PART
把版本收回来
ONE SOURCE OF TRUTH
达索SOLIDWORKS的研发管理系统，干的事可以一句话讲完，把BOM表从“各人维护一份”，变成“所有人访问同一份”。
各人维护一份，靠邮件传来传去所有人访问同一份，设计一动全员同步单一数据源
工程师在系统里修改设计，BOM同步更新。其他人打开的永远是最新版本，不需要重新发文件，“你手里的和我手里的对不上”这句话，从此没有出场机会。
每次修改都有版本记录，谁改的、改了什么、什么时间生效，完整可追溯。要回看某个历史版本，在系统里直接调取，不用翻邮件找附件。
分发的时候按角色权限控制，采购只看物料和供应商信息，生产看到的是工艺路线。权限之外的内容不显示，敏感数据也不怕外泄。
如果你们现在也在为“版本失控”头疼，欢迎来聊聊。可以把你们现在BOM的流转方式带过来，我们帮你看看到底卡在哪一步。
CLOSING
BOM版本失控，从第一次“另存为”就开始了。把它收拢成一份，最好的时机是现在。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
