[原创][原创]PDM系统推广中的一景 (入选推荐日志，加20币)

当PDM在主要研发部门A上线5个月，分部门B开始上线推广。再4个月后，我进行了全部范围的使用现状调查，并公布了调查结果。B部门负责人发邮件我，里面最后提到“目前PDM不能支持快速下达订单很有问题。”

他的意思是PDM系统操作很慢，造成B部门工作效率下降。之前，我们确实也接到此部门由于订单处理延迟造成后续的编制BOM，物料采购和入库产生了一系列影响的投诉。按照公司规定，订单处理时间不能超过3天时间。有的人甚至提出放弃对该系统的使用。

按照A部门的使用结果看来，是不可能发生这类情况的。和负责PDM总体推广的A部门技术副总商议后，决定去调查B部门PDM的使用情况。

通过对系统中操作耗费时间，流程执行时间的统计，编制一个设计BOM1天时间，审批流程半天时间；一个工程BOM半天时间，半天走审批流程。看似很合理的数据，并不会影响到正常的业务工作。

接下来通过和用户交流，主要有以下几个方面的意见：

产品设计师(编制设计BOM)：

1)系统操作复杂。“操作太复杂，没有一个固化的流程引导。我们不需要经常使用系统，每次操作都需要努力回忆步骤，但往往记不住，很易出错。”

解决建议是加强该部门的操作培训。

2)依系统制定规则复杂。例如走一个简单变单，“修订”零部件--修改相应设计图纸--修改相应技术文件--编制word版本变更通知--转成PDF格式--创建系统变更单对象--和所有变更对象关联--走变更流程。

解决的建议是观察和统计操作和审批流程中不必要的环节，根据实际情况来删减和更改流程。

3)系统不能适应该部门的所有业务需求。B部门产品除了机械的结构设计，还有电子元器件的设计，对于元器件bom的搭建和修改效率低，重复工作多。

解决的建议是进行系统、对设计工具、对操作的方法的进行持续性改善和优化，给用户带来更多的简化操作。

产品工程师（编制制造BOM）

1)设计BOM编制慢，“若没有设计bom，制造bom中的所有编码都不能生成，导致工程BOM慢，双方难以协调。以前没有系统时只需要设计师给图号，我们自己给码，且码是赋义码，很直观。”

此问题是由于PDM系统改变了B部门原有的工作模式：原来的制造bom基本由设计师包办，而在PDM中设计BOM有产品设计师完成，待审批“发布”后，产品工程师才能生成所需的编号，编制制造bom。将两个环节由不同部门处理，除了前后衔接上会有矛盾以外，制造BOM对产品工程师这个新的岗位对产品熟悉度要求变高，短时间内还无法胜任这项工作，需要知识转移和传递的过程。

2）采购部门和销售部门需要的BOM格式不一样，每次出来的制造BOM需要人工转换。

随后，我们进一步追查原因：

1）部门在处理未经过MSL阶段的订单时审批流程存在漏洞：

现状是接收订单、合同评审、下发生产指令单--申请MSL--结构工程师签署---产品工程师签署；

理想状态是接收订单--合同评审--下发生产指令单--申请MSL---结构和电子工程师签署---工程部产品工程师签署。

前三个环节在时间上的并行，导致计算提前和开始时间不精确，不能按照部门指标按时完成任务，造成各环节操作人员的相互抱怨；另外在审批环节，信息传递不到位，无法正确估计工作量。

解决建议是，推算各环节工作时间，制定合理的指标；增加参与审批的人员，以求信息传递完全。

2）没有经过MSL阶段的零部件，在订单下达后，仍有较长时间在等待PPAP的验证，造成制造bom延迟。

解决建议是，业务允许PPAP在后续环节补充，保证流程的持续性。

总结起来，系统方面有原因，但主要问题在于B部门自身的业务流程问题和对新系统的适应性方面。

我们将以上的分析结果递交给B部门负责人，他也欣然接受。

当然，最终还是反映到领导的理解和支持力度问题，如果领导不能理解PDM，一开始就是抵触情绪，不能公平的解决在与系统的磨合过程中带来的纠纷，会给一线的用户很大的消极影响。