医院在给人看病的时候，往往采取比较保守的治疗。如能够不动手术就尽量不懂手术，而改用吃料治疗。理由很简单，虽然吃药的效果可能比较慢，但是没有风险。但是，往往吃药不会断根。其实在信息化项目过程中，如果需要进行业务流程重组，也遇到了类似的问题。企业进行业务流程重组时，是该吃药，先把表面症状压制住;又或者是所幸来个大刀阔斧的手术，把病根连根拔除呢?这是摆在CIO面前一个难题。

　　如果动手术的话，有风险;如果吃药的话，担心会留有后患。CIO处于这个进退两难的境地，该如何抉择呢?笔者有如下一些建议，CIO可以尝试着采用一下。

　　一、看企业信息化项目的规模。

　　笔者认为，首先CIO需要考虑企业上信息化项目所涉及到的范围。如果信息化项目只是涉及到单个部门，如财务管理软件只涉及到财务一个部门，那么可以尝试着使用“吃药”的方法来对业务流程进行改良。但是如果企业的信息化项目涉及到的范围比较广，如涉及到整个企业的项目，如ERP项目。此时最好能够对业务流程进行重组，而不是改良。

　　这主要是因为企业业务流程管理中主要的障碍在于部门与部门之间的连接点。如采购部门与财务部门的交叉的地方。企业想通过业务流程重组来提高流程的顺畅性，也主要是希望部门之间的信息传递能够更加的准确，减少部门之间的隔阂。而跨部门的信息化项目实施起来的时候，其最大的难点也在于部门之间的交叉块。所以，无论从流程管理的本身，还是从提高信息化项目的实施效果来看，对于一些跨部门的项目所涉及到的业务流程，以“动手术”的方式来对业务流程进行重组，特别是部门之间的交叉流程根据标准业务流程进行推倒重建，这是非常有必要的。

　　而对于一些部门内部的信息化项目，虽然此时进行业务流程重组比较简单。即使全部推倒重来风险也不会很大。但是笔者此时到认为不宜这么操作。为什么呢?这主要是因为企业部门内部的矛盾是与内部矛盾。即使某些流程存在不合理的地方，但是毕竟是同一个部门的员工，所以通过“吃吃药”，自然而然就会解决了。另外根据笔者的了解，现在管理稍微规范一点的企业，部门管理制度都制定的比较严格的。所以，以动手术的方式，推倒重来没有什么必要。其最终的效果可能并不比吃药来的好。但是却比吃药要承担更多的风险与代价。为此笔者建议，对于部门内部的项目，没有必要推翻原有的流程重来。而对于跨部门的项目，则最好能够采取比较积极的错误，从根本上解决业务流程不畅的问题。

　　二、看企业现有的业务流程标准化程度。

　　企业进行业务流程重组后，主要想达到的目标就是要做到说写做一致。这里的说指的是日常的流程培训;写指的是日常的流程管理文档;做指的是员工的日常操作。企业如果能够做到说写做一致，那么对于信息化项目实施来说，就会变得非常简单。可惜的是，企业能够做到这一点的，屈指可数。笔者个人认为，如果企业现在的流程管理，还只是停留在做这个层次上面，那么在实施信息化项目的时候，结合信息化项目的管理要求，对业务流程进行重组，而不是简单的改良是有必要的。

　　企业没有相关的流程管理规范，而仅仅依靠员工的工作经验与喜好来进行日常业务的处理，这是企业管理初级阶段的表现形式。或则说，企业现在根本没有业务流程管理的概念，其在这方面就好像是一张白纸。在这个时候，如果企业借助信息化项目实施这个契机，对部门或者整个企业流程进行业务流程重组是可行的。一方面，企业业务流程管理方面的内容还没有成型。此时CIO就可以以比较少的代价来规范员工的业务操作。在这个过程中，来自员工的阻力也不会很大。另一方面，业务流程重组的风险也会少的多。由于现在员工对于业务流程的认识就好像一张白纸，为此CIO在上面写什么就是什么。企业员工在接受这方面知识时候也会快的多。为此笔者在对企业进行业务流程重组的时候，如果一家是流程等制度定义的比较完整的企业，但是执行力度不够;另外一家是根本没有这方面管理的企业。笔者宁愿选择后者。说的难听一点，后者企业的员工，更容易受CIO的摆布。所以，如果企业现在业务流程管理还比较薄弱，如还没有定义相关的流程文档，那么最好从现在开始就进行比较彻底的业务流程重组。即从一开始就规范相关的操作。如此的话，效果可能会更好。

　　相反，如果企业业务流程制度定义的比较齐全，而且也有了ISO等项目的经验。但是可惜的时候，真正落实的很少。此时，如果进行比较彻底的业务流程重组，反而效果不会很好，而且风险会比较大。因为员工已经有一个先入为主的观念，认为流程重组并不能够给他们带来什么好处。为此他们在业务流程重组的时候，就会有抵触心理;甚至从先前失败的业务流程管理项目中，学会了如何跟项目管理员打擦边球，如果阳奉阴违。所以此时进行业务流程重组项目的时候，反而效果没有前者的好;业务流程重组的风险也会大的多。

　　为此，笔者建议企业是否需要通过动手术的方式来彻底改善企业业务流程，还需要看企业现有的业务流程管理的状态。如果还是一穷二白的状态，则可以尝试着“动手术”。如果业务流程管理制度已经比较规范，只是执行方面的问题，那么动手术的效果可能并不会很好。CIO更应该跟管理者一起，通过奖罚等措施来加强制度的执行力。

　　三、看企业上信息化项目的目的。

　　有时候，企业进行业务流程重组的时候，还不得不看看企业上信息化项目的目的。虽然这是一个令人悲哀的原因，但是CIO仍然必须面对。俗话说，伤筋动骨一百天。企业进行业务重组的话，需要占用比较多的时间与精力，而且也会在短时间内大伤元气。虽然最终可能起到比较不错的效果，但是这个回报的周期会比较长。而这往往跟企业上信息化项目的目的相违背。如有些企业，上信息化项目的出发点并不是为了利用信息化管理软件提高管理水平，或者说主要目的不是为了这个。而是出于客户的需要。如有些客户要求企业必须上一些信息化管理软件，如电子商务或者CRM软件，他们才会下单给企业。而有些企业纯粹是为了跟风，赶时髦。看到旁边的竞争对手与业务伙伴，都上了信息化管理系统。如果自己不上的话，就跟不上潮流了，就会丢了面子。在这种情况下，他们就被迫上信息化管理软件。

　　而在这种情况下上信息化项目，企业管理者往往会有急于求成的心态。希望能够在短时间内就把信息化项目搞上去。而业务流程重组需要花费比较长的时间。所以这两者之间就会造成冲突。在这种情况下，有时候CIO迫于企业管理者的压力，不得不妥协。先把信息化项目上上去，然后再慢慢的对信息化流程进行改善。即当信息化管理软件的标准流程与企业的实际操作发现有冲突的时候，再来进行流程的优化与调整。我们把这个过程称之为改良。也就是说通过吃药的手段，来慢慢的改善业务流程。由于此时不会对业务流程进行根本性的调整，为此能够在短时间内把信息化项目上上去。所以，如果企业管理者急于把信息化项目搞上去，而且又不能够说服企业管理者的话，那么在业务流程重组方面，不能够动手术来改善业务流程。而只能够在以后有机会的时候，利用“吃药”来进行慢慢的改善。

　　所以说，企业在业务流程重组上该动手术还是该吃药，没有一个统一的标准。不过笔者认为，能够动手术拔除病根的话，那么最好还是动手术好。在业务流程重组方面，通过吃药来改善流程只是不得已而为之的方法。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。