Oracle workshop--1

 

准备了两周的workshop meeting，今天终于等到了，不仅是super user比较期待，整个公司都在等着好消息，对oracle consultant也期待了很久了，由于consultant这个职业让是敬佩，想一睹他们的风采，当然是指他们的知识背景，行业经验，项目经验，best practice等等，最羡慕的还是他们的工资，据我了解他们的咨询费用有两种算法，一是Fix price,根据客户业务的复杂度，需要支持的模块数量，数据量的大小，因为oracle consultant 是分模块的，一般来讲他们都是先熟悉一个模块，然后再向相关联的模块扩展，这样会签订一个contract，以项目的形式参与，根据项目的schedule,参与的顾问数量报一个价格；二是根据人天计算，项目当中每人每天多少费用，级别不一样，费用也不一样，就是一个字：贵！

 

这次来的一个是汽车和制造方面的资深咨询师,另外一个是高级咨询顾问，初次和oracle consultant接触，有一个总的体会，他们对制造业的流程，套路，基本方法还有财务方面的知识都很清楚，所以我们在给他们介绍我们的流程，solution和KPI时，他们都能很快就明白了。

 

一天的meeting下来，太阳穴老胀老胀了，太多的内容了，今天主要将是的物流的流程，对于一个生产型企业，物流部和生产部是核心了，所以物流部的流程是比较多的，他们使用ERP系统也是最多的地方，如果没有系统，他们的工作几乎没法开展了，我们选定的super user是他们function的leader,所以他们对自己的流程很熟悉了，他们是流程的执行者，非常熟练，也很明白他们的问题在哪里，哪些问题目前的ERP系统没法解决的，他们说的最多的是Expectation了，因为由于现有的系统没有解决的问题，一个是流程比较复杂了，二是很多工作都是Manual的,workload比较重，这也是他们有比较多complaint的地方。

 

但是oracle consultant任务是在Global的process model和architecture的基础上，对我们的系统做一个切换，所以他们不会说太多的solution,也许oracle ERP 是能解决的，但是我们以后会不会使用，他们也不知道！

 

这是我对这个项目的顺序有一个不满意的地方，因该是先让oracle consultant先了解global的框架，了解他们的To-Be-Process和熟悉global的系统的用法，这样再和我们做workshop的时候，他们和我们沟通就会效率高很多。

 

据我了解有些地方应经Go live了，但是一般来讲，go live之后的半年到一年的时间内，都是有很多问题的：流程上的更改了，操作方式的不一样了，上线前有些细节没有考虑进去了，在实际执行是遇到了很多没有考虑的问题了，所以这个过程是很忙的和很痛苦的,因此global的人都没腾出时间和oracle consultant先有一个交流。

 

从super user反馈的信息看，主要的一个问题还是觉得现有的系统字段太少了，因为每个公司都有自己的KPI，ERP提供的都是一些标准的字段和报表，当然不能符合所以的公司的要求了，基于现有的ERP系统，很多信息在系统里没有一个录入的table，当然不能有相应的报表了，因为首先数据源都没有进入系统，没有输入，哪会有输出呢。这个问题倒是不用那么担心了，因为oracle的灵活性我还是比较有信心的，oracle里有弹性域，可以加一些辅助的地段，来达到一个reference的目的

 

其次有一个根本性的问题就是我们的BOM，因为在设计产品BOM时，工业部没有考虑ERP系统的架构和ERP的思想，所以对后续的和BOM有关的流程相对来说受到一些制约，因为BOM是产品的核心了，这个以后就不是我们Local能考虑的问题了，Global出什么样的BOM我们就怎么样使用，希望这次会有一个调整，当然如果一旦BOM全部推到重来，那Workload就是一个很明显的问题了，太多的信息都需要更改以及流程的重组了，静观其变了。

 

还有就是一些特殊性的流程，希望系统能提供支持的solution,我们现在有自己的一套处理办法，但是他们觉得操作起来很不方便，或者说增加了很多workload，这其实是一个很难掌握的点了，既要让流程simplification,又要workload少，真是很难的一件事情，因为很多obstacle是硬性的，或者说是硬伤，比如说保税物料的管理，由于中国的国情和中国海关的政策，有很多因素制约着流程。