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

近九成网友

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

每个业务部门都会觉得自己做的好好的。谁会说“我们部门做得不好”呢？扯皮的时候，肯定是指责别的部门做得不好啊！所以一定要有个人在部门以上的高度来协调指挥。我觉得是这样。

业务部门自认为自己做得好，要是老大再去催他，那他会怎么认为呢？他一定会想：有人给老大说我们做得不好，这个人会是谁呢？你认为他会想到谁？呵呵

扯皮这种事情到处都有，主要问题不在扯皮而是没有明确责任或者目标，如果任务是由工作内容、工作计划、执行人三者组成的话，每一条都有明确的职责和目标的话，扯皮会少很多，你定下这样的任务并只会老大，下次开会请老大来，让他看看谁在扯皮，效果会好些。

ccwlm741212

NND 我96年毕业开始到04年辞职，一直在制造企业里呆，基本上和很多企业一样，都是开始是信息孤岛，各自为政。。到后来上ERP,整合资源。。。辞职到现在6年了，好象企业没多少变化啊，还是如此一个过程，还是要经历这样一个阶段啊，看来疯狂的网络世界改造的更多的是普通的老百姓，改变不了的是企业的自身发身规律啊

近九成网友

楼上的，这只能说IT或者信息系统在企业中的地位或者作用根本没有变化，这样说明IT在国内大多数企业中只是个装饰而已。

ccwlm741212

这也说明了企业从开业到消失，信息化在一般企业中的生存空间就是如此规律，也要经历一个从MIS到ERP的痛苦过程

123crm

原帖由 近九成网友 于 2010-7-19 14:41 发表
楼上的，这只能说IT或者信息系统在企业中的地位或者作用根本没有变化，这样说明IT在国内大多数企业中只是个装饰而已。

是吧。IT是花钱的部门，又不是帮忙赚钱的部门。做的好是应该，做不好，那就是你的板子。
而且IT部门的考核都不好考核。。任何企业帮公司赚钱的部门才是核心

fals

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

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

如果你真想按你的这个思路去推进你的这次系统整合，那我可以非常肯定的告诉你：你完蛋了，而且会死的非常难看。

现在在前期的调研阶段就与业务部门反复的纠缠这些数据优先还是流程优先的细节问题，可以想象这个项目的总负责人在你们公司中的地位如何。这种做法如果没有大老板的全力支持和强力的手段，几乎是空谈。

所以，我觉得可行的办法还是慢慢来，先把他们的系统整合到一起，一个大系统把这些业务衔接起来，领导能看到实际的效果，业务部门的权力没有受到太大的损害，慢慢的用着用着感觉不爽了——这是必然的——时机合适的时候再来谈大整合的问题，即使到这个时候，那些业务部门的独立系统，也是一个一个的慢慢替换。

信息化这个东西，一口吃不成个胖子的，它完全是企业的内功，得循序渐进的来

fals

如果B部门需要A部门的数据，而A部门现有的系统又没有这个数据，那好办啊，要么升级A系统，要么在大系统中把A系统需要产生这个数据的业务环节管起来，这种事情做多了，整个系统的重点就慢慢的切换到新系统中来了

olive

原帖由 zxofkm 于 2010-7-19 13:52 发表
内功和招数，哪个更重要？
不用搞什么非黑即白，业务流程和业务数据，都他妈的很重要啊，两个配合起来最重要。

都很重要，但是观点要一致才能行动。

olive

原帖由 fals 于 2010-7-19 18:13 发表
如果B部门需要A部门的数据，而A部门现有的系统又没有这个数据，那好办啊，要么升级A系统，要么在大系统中把A系统需要产生这个数据的业务环节管起来，这种事情做多了，整个系统的重点就慢慢的切换到新系统中来了

从我们现状来看，升级改造现有系统是不可避免的。

Ryan-liumin