公众号回复：干货，领取价值58元/套IT管理体系文档

公众号回复：ITIL教材，领取最新ITIL4中文教材

正文

指导思想

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解决的是业务集成和协同，而数据集成是有其它系统解决方案，包括BI，数据中心，MDM系统等。

业务架构和信息架构最终要落地到应用架构中，业务架构体现到具体的业务组件和功能，而信息架构落地到具体的数据模型和数据库设计。如果再落地到具体的系统分析和设计，即演进到应用系统中的高端架构设计，包括用例模型和逻辑模型，用例模型体现业务和流程，逻辑模型体现信息和数据。

以上分析后，将推进到应用架构规划领域。很可惜的是，在大多数的规划项目当中，业务架构和应用架构出现了严重脱节，两阶段之间出现断层，没有通过科学的分析方法在两者之间平滑的进行映射。这里进行着重的强调，在应用架构规划时，首先进行总体应用规划，应用架构和业务架构对应，但不一样的地方是，流程优化分析和业务架构不会考虑太多应用平台层面的内容，而应用架构必须考虑：其中两大核心就是集中化和协同，两大技术就是云计算和SOA，这些内容需要引入到IT总体应用架构规划中。谈到传统IT建设呈现竖井式，相互之间协同难的现象，在引入SOA思想后并不是没有竖井现象了，一个个核心的业务组件和能力提供单元还是独立的，但是应用层中共性的内容完全下沉到最底部，并提供互相集成的机制。

应用架构规划需要体现逐层展开的核心思路，总体应用架构清楚后将细化到第二个层次：功能架构和集成架构。这个时候细化相当重要，真正解决业务目标和业务功能的落地问题。功能架构包括功能模块和具体核心功能点，这些梳理出来后我们需要明确当初提到的业务架构和业务需求在功能架构中如何落地。其次，以某个应用为核心，来观察该应用和外部应用间的集成关系以及集成后如何协同。前者为功能性需求，后者为接口需求。

集成架构包括了业务集成和数据的集成，也包括集成接口关系和集成逻辑模型等方面的内容。当前大企业的IT系统建设通常分为治之，衍生了多个业务系统，那么多系统间的数据集成和业务协同等大问题就必须在集成架构规划中进行分析和考虑。

总体来说，应用中规划的功能点是为了映射和满足业务架构中的哪个业务功能或需求？业务架构中的功能是为了满足哪个业务目标？这两个问题都回答了，那么就基本回答了“规划的功能点支撑不了业务，功能点和目标之间关系不清晰”的问题。

蓝图规划最后一个环节为技术架构，传统企业架构中说的技术架构偏基础设施和部署架构。在现代的规划中，技术架构应该描述企业开发、实施和管理应用系统和数据所需的IT技术和IT基础设施，技术架构规划往往也会涉及到云计算，特别是IaaS层规划。

技术架构规划需要规划人员有较深的IT技术背景，否则很难提炼公用性的技术，技术规划属于IT平台层规划的事情，目的是通过后续技术和技术平台的建设更好的支撑业务系统建设，加强复用和平台化。

实施规划

实施规划直接影响到IT蓝图规划的可落地性，影响到IT建设投资是否真正体现业务价值，为业务目标服务。实施规划重点方法论主要为组合管理和项目群管理。可以从成本投入，建设困难程度，对业务价值实现的贡献，推广实施难度等多个方面来评估建设内容的优先级。预算和成本投入，在实施规划中同时也要考虑到。

实施规划按照组合管理的目标来说，就是要用最少的IT资源投入创造最大的业务价值。我们要建设哪些IT系统，如何分阶段建设，如何来支撑业务流程，IT系统建设的协同关系，如何加强项目管理和管控，如何推进系统的建设，如何减少重复建设，这些关键信息在实施规划时都必须要考虑到。

福利

圈子构建、学习资料获取【ITIL/数字化转型/IT规划各类文档解决方案报告】，欢迎加入知识星球（扫下方二维码）~~~

更多推荐

重磅！2021年全球运维大会演讲资料下载(共45份)

「从0开始学架构」03 | 架构设计的目的

信息中心管理流程及制度规范（资料下载）

SRE和DevOps值得关注的十大开源项目

IT技术中心规划（资料下载）

免责声明：

本公众号部分分享的资料来自网络收集和整理，所有文字和图片版权归属于原作者所有，且仅代表作者个人观点，与ITIL之家无关，文章仅供读者学习交流使用，并请自行核实相关内容，如文章内容涉及侵权，请联系后台管理员删除。