在ERP或者BI的设计阶段，业务流程和业务数据，哪个重要？哪个应当首先确定？

123crm

原帖由 fals 于 2010-7-17 21:18 发表
如果实际情况真如上贴所说，楼主确实面临着极大的困难，建议找专业的咨询公司先拿出一个可行的解决方案来。

我的理解，至少需要解决以下几个问题：

1  各部门之间在业务意义上相同的数据，在数据库中存在着不同的编码方式、组织方式，计算机难以自动判断这些数据的业务意义是否相同。也就是说，必须解决各系统之间元数据定义的标准化问题，否则各部门的系统之间数据交换是一场空谈。这个任务极其艰巨！！

2  各部门之间的实际业务衔接是流畅的，但在全局的环境中信息流转中不畅通，而且在整个大的流程中某些环节还是手工处理。因此楼主必须解决新的大系统与各部门原有业务系统的衔接问题，可以是全部替换——这个相信阻力会很大，特别是对于那些信息系统已经应用得比较好的部门；或者是做一个新系统，与各部门原有系统通过数据接口的方式进行数据交换和衔接——这样的话，大系统会做得非常复杂

3  对于现有个别业务环节还是手工的情况，只能在新系统中解决，这个相反是最好解决的。

因此，一个可行的做法是：建立一个全新的大系统，这个大系统跑全局的业务流程，主要解决部门与部门之间的业务衔接问题，涉及到各部门内部流程的，仍然使用各部门自有的系统来处理。大系统监控各部门的业务系统中新产生的需要下一业务部门处理的数据，如A部门接了一个订单，需要B部门评估成本，那么大系统监测到A部门新增加了订单时，就将订单的相关数据转换成B部门的信息系统能够处理的数据写入B部门的系统中。对于全局性的统计需求，可以将需要的数据——或者业务部门所说的“全部”数据统一转换为标准数据之后提取到大系统的数据中心来，再按大老板的统计要求进行二次加工。

这个方案的关键在于两点：数据标准和系统接口。优势在于对业务部门目前使用的系统尽可能少改或者不改，对各部门内部业务基本无干扰，即使是调整流程也仅仅是局部的调整，不会涉及各部门的利益。至于各部门都需要使用的共同数据，也可以全面性的清理一下，由大系统从首次产生这些信息的部门系统里定期提取，再转换后写入各部门的系统中。

这样，大系统主要由几部分构成：数据中心，接口系统，标准数据字典及其转换关系对照表，统计报表，管理系统

我想这样应该能解决楼主的困惑了吧？用不着去纠缠流程优先还是数据优先，工作先做起来再说，别去纠缠这些概念

你说的这些都是需要钱的。呵呵，投资从哪里来？而且还需要执行力，要得到全公司上下的配合
如果这些问题解决了,IT的问题也就不是问题了。

fals

原帖由 olive 于 2010-7-18 07:22 发表

前三点非常同意。
最后的建议，建立一个大系统，和现有的小系统衔接，有这样几个问题：
1. A系统中的数据未必能转换到B系统中，因为两个系统完全没有考虑对方的需要，数据可能完全衔接不上的。退一步说，如果可以衔接，那么直接改一下A系统，把数据自动写入B系统（即使这是个额外的步骤，对A系统本身来说是多余的），不是更方便？如果想要做到能够衔接，还是要改动各部门的小系统。
2. 用户既要操作原来的系统，又要操作新的大系统，数据和操作都要重复，用户也会怨声载道吧。

这仅仅是一个思路，具体的设计和计划需要根据你们的实际情况再进行详细讨论的，不然我们几句话能讨论清楚的问题，人家咨询公司凭什么挣钱？

更具体一点，不需要A系统的数据完全转换到B系统中，只需要将B系统要使用到的、能够在A系统中找到的数据转换过去就行，这样也能够减少数据的重复录入和数据矛盾的问题。至于用户是否需要同时操作原有的系统和大系统，则需要看每一个部门现在用的系统的具体情况，看看能不能够将旧系统嵌入到新系统中，或者设计出一个很简便的操作切换方案。

总之，纯技术的问题好解决

fals

原帖由 123crm 于 2010-7-18 12:23 发表


你说的这些都是需要钱的。呵呵，投资从哪里来？而且还需要执行力，要得到全公司上下的配合
如果这些问题解决了,IT的问题也就不是问题了。

难道大老板决定做这么一件大事，居然不批预算？难道你们没有就这么一件复杂的系统工程先做方案和预算就准备开始动手？

确实不理解


要认识到，你们要做的并不是一件小事，并不是对现有信息系统的小修小补，而是进行大的整合！！这是涉及到全局的事情，不可能小打小闹的就能搞定

这个项目的总体投资应该比你们各部门建设信息系统的投资总和还大——我是说单纯的软件部份，硬件投资倒不一定大——即使全是你们自己开发，自己来设计，这种复杂的事情显然也是需要引入外部的资源来解决这些重大问题的，除非你们的IT部门本身非常强大，或者公司本身就是做大系统集成的——如果这样的话，更应该知道术业有专攻，更应该请专业的咨询公司或者专家来给你们设计一个大的方案

olive

当前讨论的，确实还不是技术问题。是观念问题。

olive

原帖由 fals 于 2010-7-18 13:19 发表


这仅仅是一个思路，具体的设计和计划需要根据你们的实际情况再进行详细讨论的，不然我们几句话能讨论清楚的问题，人家咨询公司凭什么挣钱？

更具体一点，不需要A系统的数据完全转换到B系统中，只需要将B系统要使用到的、能够在A系统中找到的数据转换过去就行，这样也能够减少数据的重复录入和数据矛盾的问题。至于用户是否需要同时操作原有的系统和大系统，则需要看每一个部门现在用的系统的具体情况，看看能不能够将旧系统嵌入到新系统中，或者设计出一个很简便的操作切换方案。

总之，纯技术的问题好解决

基本上，我初步觉得，与其留着小系统，不如上一个大系统。当然，资金问题，观念转变，基层人员的抱怨，这些都是无可避免。
B系统中要用，但是A系统中没有怎么办呢？这种情况肯定会发生，一发生，A或者B就不可能不改。

123crm

原帖由 olive 于 2010-7-19 00:59 发表

基本上，我初步觉得，与其留着小系统，不如上一个大系统。当然，资金问题，观念转变，基层人员的抱怨，这些都是无可避免。
B系统中要用，但是A系统中没有怎么办呢？这种情况肯定会发生，一发生，A或者B就不可能不改。

从我的经验来看
要上大而全的新系统，必须要解决非常多问题，公司层面的政治斗争得解决。有些系统就是有些部门，或者分公司直接在管的。

系统在谁手里，说明了权利在谁那里，要上大而全的新系统，这个层面必须政治斗争要解决。。。要有自上而下的非常强的推动力。

第二，你得有充分的资金支持，否则一起免谈。如果全年的IT预算整个都不够买一些新设备，那就不要想了。当然老板可以特批，前提是他自己要么想通过新系统收权，要么就是通过新系统解决实际的问题（实际这点可能性很少，只要系统还可以用，他不会再这个上面大作文章，而且对下面的人的一些利益会充分考虑）

第三，你得保证你的新系统在业务支撑方面要能超过以前老的系统，不要整合以后，很多功能反而丢了，性能反而差了。。特别是一些需要面对客户的（如CRM）那就完蛋了

还有很多很多。。我做过不少系统整合收权，当然也有整合不下来的。因为老大也搞不定那些诸侯。呵呵


我不知道楼主在所在公司的级别如何，但是，猜想这些问题，应该超过你这个层面的了。呵呵

[ 本帖最后由 123crm 于 2010-7-19 01:30 编辑 ]

olive

原帖由 123crm 于 2010-7-19 01:29 发表

从我的经验来看
要上大而全的新系统，必须要解决非常多问题，公司层面的政治斗争得解决。有些系统就是有些部门，或者分公司直接在管的。

系统在谁手里，说明了权利在谁那里，要上大而全的新系统，这个层面必须政治斗争要解决。。。要有自上而下的非常强的推动力。

第二，你得有充分的资金支持，否则一起免谈。如果全年的IT预算整个都不够买一些新设备，那就不要想了。当然老板可以特批，前提是他自己要么想通过新系统收权，要么就是通过新系统解决实际的问题（实际这点可能性很少，只要系统还可以用，他不会再这个上面大作文章，而且对下面的人的一些利益会充分考虑）

第三，你得保证你的新系统在业务支撑方面要能超过以前老的系统，不要整合以后，很多功能反而丢了，性能反而差了。。特别是一些需要面对客户的（如CRM）那就完蛋了

还有很多很多。。我做过不少系统整合收权，当然也有整合不下来的。因为老大也搞不定那些诸侯。呵呵


我不知道楼主在所在公司的级别如何，但是，猜想这些问题，应该超过你这个层面的了。呵呵

确实你所说的这些问题，都是实际操作中将会出现的问题。推动力，资金，老板的决心，等等。我也相信老大也不一定能搞定那些诸侯。
我觉得我所能做的，只能是把这些问题呈现给老板，让他知道有这些问题，最后推动不下来的话，不是我的问题。
当然我要尽量给他说清楚，说明谁的想法更合理，为什么有困难，困难在哪里。所以我才发帖讨论流程和数据的问题。

olive

看来搞BPR困难不小啊。

zxofkm

内功和招数，哪个更重要？
不用搞什么非黑即白，业务流程和业务数据，都他妈的很重要啊，两个配合起来最重要。

近九成网友

原帖由 olive 于 2010-7-17 18:16 发表

反正我们公司远远没有达到全员工程的程度。真要到那个程度的话，我就没有什么可烦恼的了。

这个也是认识上的偏差。

首先说你们公司没达到全员工程的程度这个，你们部门之间用的老系统能生存下来，就是因为它争取到了各部门主管及员工的支持，这个算不算全员工程的结果？

其次说你们现在的系统无法达到全员工程这个，要实现全员工程要进行一系列的铺垫，宣传培训可以让员工提高认识和明确方向；查找问题可以让员工认清障碍所在；奖励改进者可以发现推行新系统的潜在支持者。所有这些既需要一把手的支持也需要基层员工的参与，你只要获得了一把手的许可可以推行这些活动，再把活动的目的和最后的结果告诉他就可以了，何时让他介入需要谨慎选择。一把手是一张好牌但是不能到处都打这张牌。

最后，全员工程并不是靠员工自我引导，而是要靠信息化部门去引导，坐等是不行的。