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重复、信息孤岛、流程断点、业务不协调的情况。

01状态分析

分析的核心思想是:首先，要调查清楚战略目标、业务目标和业务子目标；其次，了解清楚实际情况，比如流程和IT支持的现状；最后是把潜在的问题识别清楚:一是识别当前目标和当前情况后实现的问题；第二，通过比较行业参考目标和行业实践来认识潜在的问题。状态分析的顺序是从业务到IT。状态分析的主要内容包括以下内容:

1.营业状况

当前情况分析侧重于业务流程和业务数据。建议采用自上而下逐层分解的方法，找几个关键的端到端的流程进行逐层分解。分解时要抛开业务部门的孤立和IT系统的束缚，进行跨业务领域的流程分析和梳理。在流程分析和梳理的过程中，进一步分析了子流程和活动、业务组件和数据、跨业务域的协作和交互等一系列问题。业务分解方法可以参考价值链分析法，业务模型可以参考各业务领域的一些标准业务参考架构和模型，如供应链的SCOR模型、电信的etom模型、R&D领域的IPD和佩斯方法、CMMI成熟度模型、项目管理知识体系、营销和客户关系管理模型、金融领域的标准模型等。

2.IT现状

IT现状包括现有IT应用系统现状及功能架构、IT基础架构现状、IT系统对业务现状的支持分析。关键是要明确业务和IT之间的关系，以及IT对业务的支持。

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

02差距和目标

有了以上的现状分析和调查，我们就可以谈差距分析了。差距分析包括当前目标与现状之间存在的问题和差距分析；参考当前情况下的行业目标/最佳实践和差距分析；IT现状与当前目标支持之间的差距分析；IT现状与参考目标和绩效标准的差距分析。

分析清楚差距后，得出最终的业务战略目标和业务子目标，将业务目标转移到相应的IT规划建设目标，而后续的IT规划解决两个问题:IT建设解决当前业务与IT的差距，IT建设解决后续战略目标与IT的差距。

目标的提出有两种方式:一种是直接提出业务目标和IT建设目标；其次，需要通过差距进一步细化目标和针对性目标，尤其是IT建设目标的提出。因为IT建设的重点是支持业务目标，现有的所有IT建设和应用架构不能支持的都是缺口，IT规划建设就是解决这些缺口。改进也是如此。有的是直接进行IT建设和改进而不进行业务改进，有的是先进行业务优化和改进，IT配合实施业务优化和改进措施。从这个思路出发，BPR(业务流程再造)的考虑和定位基本清晰，并不是所有场景都必须BPR。

通过差距分析，目标是多个子目标，是一个目标群体。就像我们面临的问题是一个问题集，只有分阶段、分步骤地实现多个子目标，才有可能实现一个大的商业目标。目标分解，问题分解，目标和问题映射，最终形成完整的解决方案。这就是为什么我们说大IT规划会涉及到项目组合管理和项目管理，目标会分解成子目标，最终落实到具体项目中，通过项目规划和建设来推动。

03蓝图规划

蓝图是一个长期计划，涵盖至少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平台层面的规划，目的是通过后续技术和技术平台的建设，更好的支撑业务系统建设，加强复用和平台性。

04实施规划

规划的实施直接影响IT蓝图规划的落地，IT建设投入是否真正体现业务价值，服务于业务目标。规划的实施方法集中于项目组合管理和项目管理。建设内容的优先级可以从成本投入、建设难度、对商业价值实现的贡献、推广实施难度等方面进行评估。以及预算和成本投入，这些也应该在实施规划中加以考虑。

根据项目组合管理的目标，规划是用最少的IT资源创造最大的业务价值。我们应该建立什么样的IT系统，如何分阶段建立，如何支持业务流程，IT系统建设的协同性，如何加强项目管理和控制，如何推进系统建设，如何减少重复建设，这些关键信息都必须在实施规划时加以考虑。

BPO网版权及免责声明

1、凡本网注明：“BPO网”或者“原创”的所有作品，版权均属于BPO网所有，其他媒体、网站或个人转载使用时必须注明：“文章来源：BPO网”。违反上述声明者，本网将追究其法律责任。

2、凡本网注明“来源：XXX（非BPO网）”的作品，均转载自其它媒体，转载目的在于传递更多信息，并不代表本网赞同其观点和对其产生的任何结果负责。