曾经在若干年前的一个会议上，听到某人慷慨激昂的宣称，国内的电子政务市场有多大，政府每年投入多少亿，感情之激烈，就如同这些钱已经揣入了他的腰包。但目前，国内有若干家公司在盯着这笔钱，我可以想像这些钱是怎么转换，怎样流入IT企业的腰包（且不去管那些不流入IT企业的部分吧）。所以，不用听什么人去忽悠，我们只需要关注最后属于自己的那部分就足够了。

这样的分析方式，会令人沮丧，原来那么大的饼，被消减成吃不饱的部分，有人说我，你太悲观了吧。其实，乐观和悲观不就是在一念之间吗？好多事情，就如同走路，向左点是理想化，向右点是现实化了。

举一个例子，当某个省的某个行政部门（局），为了需要，准备在全市部署一套集中的应用系统时，常常会遇到几个问题。
1 因为历史等遗留问题，有很多的下属机构，存在着工作职能上的重叠，同样的职责，可能分散在不同的机构中，如果想对业务进行梳理，就有可能会伤害到若干下属机构的利益，最极端的情况，是要取消某些下属机构。在需求分析的时候，我很难看到需求分析人员写好"涉众利益"部分。原因有好多，除了不懂业务这一个原因外，还有一个比较重要的原因是，在国内，很多涉众是不能轻易被曝光的。

2 省想对市或者区县进行垂直管理，但市区县的业务有可能自己的独特之处，且不想让他们来统管。特别是带试点性质的市区县，更有充分的理由，我的业务就是要独特，你能咱们着。

3 区县因为政绩的需要，已经建立了水平的审批大厅。这种审批大厅，要把各委办局都装到一个办事大厅中，要有一套将各委办串起来的审批流程。其实，不光是区县，有的经济发达的镇，都有这种办事大厅，说是要方便群众。。。

4 海关或者工商这样的强势行政单位，不愿意跟我们的系统对接，不愿意把一些数据交换出来，因为，里面有"涉密"部分。"你可以把你的给我，但我的绝不能给你"。

5 业务部门和信息部门之间的矛盾，信息系统跟不上业务系统的变化，于是业务部门被指责"无作为"，就会浪费业务部门辛苦挣来的资源。信息部门往往是企业中的一个小部门，推动力受到了很大制约。

从上面的例子来看，我们目前信息化的最大的阻力，不是技术层面的问题，而是在信息化背后的"业务流程重组BPR"遇到了很大的挑战。感觉做信息化是如此痛苦的过程 好像从头至尾都充满了矛盾呢，好像要重新开始审视人生。甚至，我们可以把自己的困难向哲学问题上靠，中国哲学不就是有"出世"还是"入世"之争吗？

在某些"政绩"（有政绩要求也不完全是坏事）为出发点建立的系统中，因为缺乏通盘的考虑，系统的推广和使用，难上加难。直接反映到系统架构的，就是策略和决策层的缺乏。换一个问题表述，就是"信息化建设，希望农村包围城市，是否可行？"

从某种程度上讲 soa架构是大的方向和趋势，因为，它的最根本的出发点，是承认遗留系统。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1207724