[原创]客串CIO之感悟

朋友从事电气设备制造业，年产值2亿左右，作为公司老板，对于公司信息化建设颇为重视。目前已建设好企业内的网络，硬件设施比较齐全；软件方面，前几年重点建设PDM系统,，目前运行基本正常。唯一的问题是历史设计图纸资料尚未完全进入系统，系统外历史图纸仍在使用中，,还有就是PDM系统的权限控制尚不完整，不能对图纸的状态进行全面的管控。好在企业内部管理到位，内外网物理上分隔，且所有电脑已封闭所有外接端口(U盘\磁盘口皆封闭)，所以暂没发生信息安全问题.。

一年前，企业正式实施ERP系统，软件是一家行业软件公司开发的，据称在行业内有不少成功案例。但到目前为止，在该厂的实施效果尚不能令人满意，能够正常运行的模块不多，即使在这运行的模块中，能够实现完整业务流程的内容也很少，所以老板颇为心急，决计重新开始。

造成ERP实施困境的因素有内部的原因，比如数据不完整，也有外部的原因，比如软件功能比较勉强，需要不断地二次开发才能满足需求。

朋友在这种情况下，希望我客串一下CIO(因我有自己的公司需要管理，不能全职到任)，以推动这个企业的信息化建设，特别是把ERP项目尽快推进开来，我自然欣然从命。

本人历来的实施方略是从数据开始，以数据促管理，促软件功能完善，所以花了一周时间对当前的状况进行了盘点：

1、在用的部分有哪些？状况如何？有哪些需要改进。

2、将用的部分需要哪些数据？准备得怎么样？软件是否支持？

3、随时发现管理的盲点，并即时写成条文提交管理层，以提供完善制度时的参考。

从一周的工作情况看，问题如下：

1、PDM系统新图与旧图的使用问题，新图使用新图号，旧图使用旧图号，旧图升级为新图后，编码改变，造成ERP系统在领料入库时查询困难，影响工作效率，库房工作人员有抵触情绪（因为有大量日常领发料工作）。

对策是要求旧图必须更换为新图，使旧图逐步退出使用，ERP系统只支持新图编码。

2、半成品物料在ERP系统不完整，造成有些料需要手工开单，以应付生产需要，这样造成库房工作人员不愿使用系统。

对策是集中时间把半成品物料资料弄完整。

这些工作正在进行中，其中第一项已形成图纸更换制度草稿，因为图纸有在使用中破损需要更换的需求，需要有制度加以规范。

实施方在实施了一年零两个月后,库存方面,仅把原材料部分的出入库业务走顺了,而半成品、成品的出入库则没有进入系统，对于生产型企业而言，没有这两块的出入库，使用效果就可想而知了。

问其原因，有：

1、PDM中的产品BOM尚未完成，半成品资料没有发布到ERP系统来。

2、半成品数以万计，没有准确的盘点数，也不可能停下来盘点。

3、半成品价格没有，出入库成本算不出来。

这样就卡着了，实施工作进展相当之慢，完全没有达到用户的期望。

这样待着也不行啊，就这三点，需要逐步解决才行，于是问PDM管理员系统半成品的事，原来半成品资料早已进入系统，只是产品BOM没有配置完（几千种产品，也不是一时半刻能配置完的），因此就叫PDM先发布半成品资料到ERP系统，这样ERP系统就有半成品的基础数据了。

针对半成品盘点的问题，既然不可能停工盘点，也没有那么多人手，就采取渐进式盘点方式，将当日有出入库记录的半成品盘清楚，由于每日进出仓库的半成品品种有限，因此有可能在不停工情况下盘清楚，经过与仓库人员协商，表示没有问题，于是这个盘点的问题得以解决。

关于本成品价格的问题，由于企业缺乏材料定额，所以暂时不做处理，因此把材料定额问题提交给厂方讨论，并交代有关人员具体编制。

经过这样的处理，终于把成品、半成品的出入库问题基本解决了，成本计算问题则留待以后继续处理。

感想：ERP实施是一个艰巨的过程，不能等，惟有把大问题分解成即刻可以解决的小问题，才能推进。

自从客串CIO以来的两个月中,作为甲方的项目负责人跟软件实施方的交流也越来越多,程度也越来越深,虽然自己也是长期从事软件开发并作为乙方给别的客户提供服务,但这次作为甲方项目负责人来推动此项目,确实机会难得，感触良多。

站在用户的角度,其实对ERP系统的要求并不高,无外乎操作容易一点,软件灵活一点，不要那么麻烦,业务流程在企业中通常是简单明了的,比如销售订单的处理,就是评审后下到设计部门做设计,设计完了到生产部门生产,生产完了入仓、包装和发运，最后就是开票、收款这些事情，其它流程也基本类似，所以每次讨论，也无外乎是在这些事上转来转去，了无新意。

这就是真实的企业业务流程，不存在多少高深内容，以致于要反复解释和讨论，作为项目负责人，三番五次地就这些本来理所当然的事情，反复沟通解释，也实在不是什么有趣的事情。

出问题的地方都在细节上，比如一张单由哪个部门、谁打的问题，争议也是有的，但问题不大，可以先指定某部门某人负责，试用后，再改进。

数据的问题很大，这是公司的管理问题，因此，很大的工作就是跟进公司数据发布的进度，当然越快越好，但是面对堆积如山的历史数据，也时有无力之感，在人手有限的情况下，只能按日有所进的原则进行，确保数据以稳定的速度进入系统，产品BOM是最大的问题，几千个产品，上万种物料，配置起来确实不是一件简单的事。

软件的问题就是灵活性和扩展性都不够，基本上有任何新的需求，都要重新进行开发，或者在原有的功能上变通使用，但变通使用的方式常造成用户负担，比如操作烦琐、流程与实际不符等等，一个有将近10年历练，号称比较成熟的软件尚且如此，可见其他新出炉的产品是如何了？这也从另外一个方面反映了国内的软件开发并没有真正的设计，一个经过真正设计的软件，是不应该缺乏灵活性和扩展性的，对需求的应变也不至于如此被动。

聊以自慰的是项目在稳步前进中，每周都有新的应用推进，数据也在以稳定的速度发布到系统中，相信随着时间的推移，项目能够得以顺利完成。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友