[原创]ERP和业务建模

很多人总结ERP乃至其他信息系统失败的原因时,最常提到的原因莫过于信息系统与企业的实际工作软环境不相适应.

于是,我们感觉似乎是要先把企业的实际工作软环境改造好,然后再实施ERP,或者双管齐下,才能见效.从业务流程重组到业务流程改进再到业务流程管理,业界下了很大的功夫,似乎最终的目标就是为了把一套ERP实施上去.

于是,"业务建模"逐渐成为一个热门的话题.

谈到业务建模,很多人的第一反映就是建模的理论和工具,如GRAI/GIM、IDEF、ARIS、CIMOSA、BAAN/DEM、UML等,似乎没有了这些理论、工具和方法,业务建模就无从谈起。

事实上,我们每一个企业的经营者,在他经营企业的每一天,无一时刻不在进行业务建模的工作,不管他的企业是一个大型的跨国集团,还是路边的一个小卖部.每一个企业,都必然有它自己的业务模型.只是这些业务模型的存储位置,表达方式,系统性程度,规模大小各不相同罢了.

大部分企业的业务模型存储在企业经营者的头脑中,企业经营者日常经营活动所遵从的一系列思维准则,判断标准和行为模式构成一个相关连的体系,这就成了他的企业的业务模型.只是大多数的经营者对他自己的业务模型还出在一种"无意识"的状态罢了.这种现象和企业规模的大小是关系不大的.所以才会出现"第五项修炼"中谈到的那种"系统结构性的问题".

企业的业务模型,实际上就是企业的内外价值链的一个完整细致的集成性的表达.如果我们将企业内外价值链网络完整细致地表达出来了,并能动态地随着企业的运作,监测到这个价值链网络的任何变化的情况,我们就能方便地找到企业的问题和机会,从而促进企业的流程进行改进.

从这个意义上来说，企业的业务建模并不是我们的经营者印象中的一个规模宏大的工程，而只是一种有意识的系统性的改进方法．如果一个企业从小就建立了自己清晰可见的业务模型，并随着企业的发展更新这个系统性的表达，那么，企业的业务模型就自然可以象其他资产一样自然长大，而不需要在某一天突然进行一个重大的管理变革，才能适应企业发展的需要．所以，业务建模，最好是从＂娃娃企业＂抓起．

如何表达业务模型？用什么方法，语言来表达业务模型更好呢？

每一种表达方法，表达语言，都有自己的独特优点。作为一种新生的业务建模语言，UML受到了一定的冷遇。这种冷遇的理由是：UML是从信息系统建模发展起来的，而信息系统和业务系统有着很大的区别。初听起来，这种"渊源判断法"有一定的道理。但仔细地品味，这个结论未免下得太早了。一个简单的道理就是：伟哥最初是发明用来治疗心脏病的，后来临床发现用它来治疗阳痿却更有效。而我们现今多数的业务建模人士，掌握的方法基本上是面向功能和过程的结构化方法，他们甚至没有使用UML进行业务建模的"临床试验"就下了这个结论，会不会因为这些人士无法放弃原有的方法习惯而对新方法投以冷遇呢？

这是极有可能的，猜测的依据之一是：软件工程开发方法的结构化时代进入面向对象时代，我们也经历了类似的冷遇和抵触时期。历史总是惊人地相似，如今，当面向对象方法从软件工程扩散到业务工程的过程中，面对的正是结构化方法的抵御。

为了进一步证实我的猜测，我在Vshare建立了一个圈子，叫做"跟我学UML业务建模"。打着"跟我学"的旗号，并非夸耀我的经验有多么的好，而是给自己一点压力和动力，推动自己做出UML进行业务建模的"临床试验"的行动。

希望能吸引几个业务建模的专家，业务领域专家加入这个圈子，共同来推动这项"临床试验"。也欢迎提供各种叼钻的疑难杂症来挑战我所掌握的UML进行业务建模方法。

推荐到鲜果： 查阅更多相关主题的帖子: ERP 业务建模 UML