一套完整实用的IT规划方法论

一套完整实用的IT规划方法论

指导思想

IT规划涉及到方法论、流程管理和分析、信息架构、应用系统分析和设计、技术架构、项目管理和实施等众多方面。从企业战略到业务目标，从业务目标到IT目标，从IT目标到应用蓝图，从应用蓝图到分阶段实施落地，任何一个步骤的脱节将导致规划内容无法落地。再完美的规划和架构，如果脱离企业业务目标，都不能带来企业业务价值的提升。此外，IT规划之难，不在于IT本身，而在于流程；不在于技术本身，而在于业务。

IT规划的一般逻辑

对于IT规划，遵循的思路主要是：从业务到技术，从流程到IT，围绕价值链分析和优化的核心模型往前驱动。核心过程包括现状分析、差距分析、目标提出、蓝图规划、实施规划等几个关键步骤。现状分析包括业务现状和IT现状，根据企业战略提出业务目标和发展规划，分析现状和目标之间的差距提出和整理问题集（定义IT建设目标），根据差距和问题给出规划蓝图，根据目标和问题分解到的子目标和子问题以及蓝图规划内容，多维度评估和确定后续的实施规划，定义IT系统建设实施的优先级。这就是IT规划的一般逻辑。

从以上的描述可以看出，整个IT规划始终围绕业务和IT两条主线，业务包括了业务流程，业务数据，岗位组织和角色，业务管控体系；而IT包括了数据架构，应用架构体，技术架构和平台，基础设施建设。业务驱动IT，端到端业务流程最终落地到应用系统的功能上，业务数据最终映射到数据模型并沉淀到数据库中。

随着各种思路的不断融合，IT规划核心指导思想应该转化为企业架构层面。企业架构的提出，主要是为了解决业务和IT“两层皮”的问题，企业架构整个方法应该融入到整个IT规划思想中。此外，核心业务模型和业绩标准作为核心指导思想，虽然有裁剪，但是必须参考，如供应链SCOR模型，产品研发IPD方法论，项目管理PMBOK体系，战略和人力资源的平衡记分卡，CRM的4P和4C，财务域的核心模型等。针对不同行业可能又有不同行业的业务标准和模型，如电信行业的eTom模型等。

与此同时，在前面基础上再融入云计算和SOA的核心思想，它将很好的解决我们多年前IT规划经验里的多个竖井式IT系统的集中化和协同化的问题。若现在规划仍走以前老路是不妥当的。那么，今天规划重点在开始之初就应该考虑集中化和协同的问题，将SOA思想融入到IT规划当中。当今的信息化规划，要务必避免出现IT重复建设和信息孤岛，流程断点和业务无法协同的局面。

现状分析

现状分析的核心思路为：首先是要把战略目标、业务目标、业务子目标调研清楚；其次是把实际的现状了解清楚，如流程现状、IT支撑现状；最后是将潜在问题识别清楚：一是在当前目标和当前现状被识别后意识到的问题，二是对比业界参考目标和业界实践下，意识到潜在存在的问题。现状分析的顺序是从业务过渡到IT，现状分析主要内容包括如下内容：

业务现状

业务现状分析重点在于业务流程和业务数据上，建议采取自顶向下逐层分解的方法，找到关键的几个端到端流程为主线进行逐层分解，分解时抛开业务部门的隔离，IT系统的约束，进行跨业务域的流程分析和梳理。在流程分析和梳理的过程中进一步分析子流程和活动，业务组件和数据，跨业务域的协同和交互等一系列问题。业务分解的方法可以参考价值链分析方法，业务模型可以参考针对各个业务域的一些标准业务参考架构和模型，如供应链的SCOR模型，电信的etom 模型，研发领域的IPD和PACE方法，CMMI成熟度模型，项目管理知识体系，营销和客户关系管理模型，财务域标准模型等。

IT现状

IT现状包括现有的IT应用系统现状和功能架构，IT基础设施架构现状，IT 系统对业务现状的支撑情况分析等。重点的是理清业务和IT的关系，IT对业务的支撑度。

现状分析的目的是为提出后续业务目标和IT系统规划建设目标打基础，明确了建设目标才能够真正为业务服务，体现业务价值。

差距和目标

有了以上现状分析和调研，才谈得上差距分析。差距分析包括了当前目标和当前现状间的问题和差距分析；业界参考目标/最佳实践和当前现状下的差距分析；IT现状对当前目标支撑的差距分析；IT现状对参考目标和业绩标准的差距分析。

差距分析清楚后得到最终业务战略目标和业务子目标，由业务目标传递到对应的IT规划和建设目标，而后续的IT规划即解决两个问题：IT建设解决当前业务和IT间的差距，IT建设解决后续战略目标和IT间的差距的问题。

对于目标提出而言，有两个途径，一是直接提出业务目标和IT建设目标；其次是通过差距进一步细化目标和有针对性的目标，特别是IT建设目标的提出，必须进行差距分析，因为IT建设重点就是支持业务目标，那么所有现存的IT

建设和应用架构中无法支撑的部分都是差距，IT规划建设就是要解决这些差距。改进也同样的道理，有些是不需要业务改进直接进行IT建设和改进，有些则是业务优化和改进先进行，IT配合业务优化改进措施的落地。从这个思路基本也

就清楚BPR（业务流程重组）的考虑和定位，并不是所有场景都一定要进行BPR。

通过差距分析得出的目标是多个子目标，是一个目标群，正如我们面临的问题是一个问题集一样，多个子目标的分阶段，分步骤实现最终才可能完成一个大的业务目标。目标分解，问题分解，目标和问题映射最终形成一个完整的解决方案。这也是为何我们说，在大的IT规划中一定会涉及到组合管理，项目群管理方面的内容，目标分解到子目标，子目标最终落实到具体的项目，通过项目规划和建设的方式推动实现。

蓝图规划

蓝图规划是一个远期规划，至少覆盖5年，远期展望10年，虽然知道后续变化可能性很大，但是仍然需要做较为全面的蓝图规划，规划若不能远期展望，那么建设和实施必然受到太多的局限性和约束。

IT蓝图规划包括了业务架构，信息架构，应用架构，集成架构，技术架构和 IT基础设施架构等方面的内容。特别的是，IT规划蓝图包括了业务架构，业务和IT是密不可分的。所有的蓝图规划都自顶向下，逐层分解，相互融合和协同。业务架构重点是在流程，信息架构的重点是在数据，这两个架构都偏业务层面。而对于IT方面则包括了应用架构，集成架构，技术架构和IT基础设施架构。应用架构在最上层，而集成和技术架构在平台层，IT基础架构在基础设施和物理资源层。从现有的云和集中化趋势来看，更加需要考虑基础设施和平台层的集中化建设，上层的应用架构重点集中在应用和功能层面，体现业务组件化和能力化，体现业务组件本身的独立性和可集成性。

业务架构可以理解为全公司架构规划和IT建设中的高端业务建模，这个时候不需要考虑太多IT层面的事情，重点是考虑我们的业务流程如何进行优化，业务架构如何进行重新整合，以满足我们已经明确的业务目标。在这个步骤中可以看到业务流程和活动，业务职能单元，组织岗位角色，业务核心单据和数据，业务协同这个阶段是我们需要考虑的问题。在这里希望融入部分SOA核心思想，即企业是一个完整的有输入有输出的产生核心业务价值的价值单元，而这个价值的实现是通过企业内部一个个相互协同的业务功能职能单元提供出来的，这些业务单元相互协同和组合完成核心价值的提供。这也是为何在端到端流程分析和流程分解后，重新对业务功能单元进行组合形成业务架构和业务组件，然后通过端到端业务流程对业务组件间的协同进行验证的原因。

在业务架构的流程分析中，包括两个方面的内容，一个是业务的问题，一个是数据的问题，业务功能和协同在前面已经解决，而数据的问题是另外一个维度，数据的识别是通过业务流程分析，而数据的建模有专门的方法来支持。业务协同最终将体现到底层数据的关联关系和相互映射，底层数据模型出现问题直接影响高层业务协同。流程中的业务单据是信息架构的数据来源，对于一般的应用系统而言，采取自顶向下的概念模型——>逻辑模型的建模思路，信息架构需要关注数据分域，主数据，跨业务模块的核心业务单据数据。数据的问题最终都将对应到应用架构和信息架构，SOA解决的是业务集成和协同，而数据集成是有其它系