IT规划，是否一定要梳理流程

IT规划，是面向企业业务的 IT战略规划，必然需要考虑业务的运营特点和需求。以往为企业提供IT规划咨询服务时，很多企业都提出，IT规划要满足业务的需求，那就要对业务足够熟 悉，而通过梳理流程能够达到这一步，并且对以后实施系统也有帮助，因此经常要求咨询顾问梳理流程，甚至要求把所有的流程图都整理出来。
 

先姑且不论梳理流程是否超出项目范围，从“IT规划战略”这个目标来看，是否真的需要梳理流程。
 

这
首先跟企业的目的有关。是要明晰业务模式，优化业务流程，通过IT系统配合提高；还是要从战略、业务、IT趋势分析IT未来如何建设。两者虽然都要求综合
考虑管理+IT，但前者偏重业务，后者更偏重IT。当企业规模大、业务运营较复杂、IT已经有较好应用基础的企业往往更关注前者。但即使是前者，对业务流
程的梳理也是有个“度”的概念，千万别打着IT规划的旗号，做成流程梳理的项目，这往往也不是企业需要的。而大部分IT规划项目，还是以后者的情况居多。
 

在这类IT规划项目中，梳理流程是为了分析业务运营的特点，整理IT如何提供价值，从这个意义上讲，一般能够达到把跨业务领域的信息流转梳理出来就可以了，而对于业务领域内部的流程，一般是没有必要细致梳理的，也就是能到二级流程通常就可以满足IT规划的需要了。
 

至于在IT规划项目中梳理流程，对以后软件系统实施的用途。从以往的咨询经历看，这个价值往往不大。
 

IT
规划，如果是中立的第三方提供的咨询服务，或者是企业自己完成的，对流程的梳理结果，到软件实施团队进场后，往往还会再做一遍，毕竟工作方法还是有区别
的，软件实施公司的流程是要考虑软件自身性能限制的。而即使在由一家公司同时提供IT规划和主要软件的实施，也是两个团队，甚至是两个独立核算的事业部，
也是有差异的。（转帖）

IT规划运维的实施还必须符合企业自身“国情”合理落地才能收到良好的效果。。。
 http://www.chinae8.net/cn/cpzx/info_4.aspx?subnavID=125