十四五规划看这个就能够搞定了从企业架构到信息化规划

　　今日预备谈下IT规划咨询的中心办法论和考虑逻辑。在这篇文章我不会详细的去谈当时干流的企业架构办法论理论结构和内容。而是依据多年IT咨询实践，将一些要害逻辑点和你剖析。

　　能够毫不客气的讲，大部分的做IT规划咨询的人是不具有进行大局架构规划咨询才能的，这个一方面是需求你有许多事务和技能双范畴的实践经历堆集，一方面是需求你真实做过大型的咨询规划项目并在这个进程中将实践内容，各个架构之间输出联系想清楚。

　　体系学习下相似TOGAF课程当然有用，可是这不代表你具有了咨询规划才能。

　　许多IT参谋彻底叫PPT参谋都不为过，彻底拿着已有的咨询规划模板处处套内容。假如你自身做同一笔直职业，比方拿着某家电制作职业的规划输出去给别的一家做咨询。这种场景下根本还能够像模像样的的输出一个规划陈述。

　　可是生搬硬套最大问题就在于，你即便有了输出成果，你也无法自己详细证明清楚这个成果怎么剖析得来的，即无法完结自我证明。

　　相似的场景，咱们能够看下讲课和训练，许多人才能强可是怕讲课，即尽管这类人能够快速的输出成果，可是详细是怎么剖析和处理问题的进程，这个确出来没有考虑过体系化。因而这类人自身才能也很难做到很好的常识共享和搬运。

　　比方咱们常说的架构规划里边这个事务架构图怎么一步步构成的？这些接口你是经过什么办法一步步的剖析辨认出来的。这些问题大部分人无法明晰答复。即便关于TOGAF，咱们也很少从官方资料里边看到相似事务架构，数据架构，使用架构和技能架构之间的内涵逻辑相关在哪里。

　　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重复建造和信息孤岛，流程断点和事务无法协同的局势。

　　能够很清晰的讲在新的中台和微服务开展下，原本的企业架构相关办法和内容必定做出调整。比方在我最近中台规划考虑里边提出了事务架构和使用架构兼并，依据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合作事务优化改善办法的落地。从这个思路根本也就清楚BPR的考虑和定位，并不是全部场景都必定要让用户进行BPR。

　　经过距离剖析得出的方针是多个子方针，是一个方针群，正如咱们面对的问题是一个问题集相同，多个子方针的分阶段，分进程完结终究才或许完结一个大的事务方针。

　　方针分化，问题分化，方针和问题映射终究构成一个完好的处理方案。这也是为何咱们说，在大的IT规划中必定会触及到组合办理，项目群办理方面的内容，方针分化到子方针，子方针终究落实到详细的项目，经过项目规划和建造的办法推动完结。

　　在这个进程中你已有常识库堆集或许不满足，这个没联系，那么需求你进一步学习，进一步上网查找资料，对资料进行剖析，一起将没有的资料论据悉数要收拾掉。

　　到了第二阶段做什么？简略来说便是要做笼统和概括的作业了，即进一步对你的资料进行整合和概括，构成大块的处理模块，然后将处理模块对应到子问题域。

　　在处理模块构成进程中，咱们还需求对资料论据进行优先级排序，确认资料的重要性，哪些在终究呈现的时分应该放在前面，哪些应该放在后边等。

　　前面三个论据构成了，可是依然比较散。因而咱们需求进一步进行概括，将其构成一个完好的全体，不论是静态的金字塔结构，仍是动态的流程结构都需求看到，你终究的处理方案中各模块有必要首要是一个全体，不能散。

　　常常看企业架构输出的或许会注意到，关于完好的事务架构输出而言或许并看不到详细的流程图。这是因为实践上事务架构中的每一个小方框都可所以一个完好事务流程。

　　比方你在一个完好的事务架构图里边会看到有合同签定，收购需求的小方框。而这些原本便是独立的事务流程，你彻底还能够自己画Level3到Level4级的流程图进行描绘。

　　大部分人实践上缺的正是怎么构成上面的事务架构完好构图。在整个事务架构和数据架构规划里边咱们看到，中心依然是从最顶层中心价值链开端驱动，逐层分化的端到端流程剖析，跨事务域流程剖析。

　　能够看到，尽管不同类型的企业中心事务流程都存在差异，比方相似电信运营商，电网公司和实践的传统制作型企业，那么中心事务上必定有差异。可是中心价值链思维无差异。

　　你可所以重财物企业也可所以轻财物企业，可所以服务类也可所以制作类企业，可所以传统企业也可所以当时的互联网运营企业，可是终究价值中心思维不变。

　　这种价值链模型就能够了解为企业的中心顶层流程视图。经过该视图你再去剖析企业中心的端到端事务流程，去剖析跨事务域的一些流程。比方：

　　工程项目建造的端到端流程（最长的一个流程）供应链跨域流程财政的概预核决流程客户全生命周期服务流程为什么要去收拾这些端到端和跨域流程？

　　我前面现已谈到一个重要观念，即关于你熟知的职业范畴你能够直接拿出成果，相似上面的事务架构图，可是关于你未知范畴，你有必要经过详细流程剖析得出成果。

　　流程剖析后，你会发现里边有流程图里边有事务活动，而这些事务活动便是终究会表现到事务架构图里边的事务功用单元。流程剖析中能够辨认出要害的事务方针和数据方针，而这些便是表现到你后续数据架构里边的要害内容。

　　从顶向下的流程剖析是找到要害事务单元和数据单元的进程，而事务架构规划和数据架构规划是对单元进行归类，汇总，朝上进行聚合和笼统的进程。

　　比方咱们依据价值链现已看到供应链跨过流程，那么咱们能够对供应链流程进行收拾。

　　收拾完后你会发现，输出的职能带流程图中的大阶段刚好便是你事务架构里边的事务域或事务单元。或许流程图中的事务活动刚好便是你事务架构分化到最底层的事务功用模块。

　　即当咱们流程剖析到最底层后，咱们就能够笼统输出一个最底层的事务架构图。比方对应供应链和收购办理，咱们能够输出到最底层的事务架构图或事务组件图。

　　流程收拾从全体的端到端流程剖析下手，细化到各事务域的端到端，经过不断的流程分化到3-4级流程，终究细化到最底层流程（如EPC流程，它是流程，自身也是事务功用）。别的的一个办法是直接从事务活动信息搜集下手，如依据安排架构和岗位职责直接搜集事务功用点。

　　第一种办法既看到面又看到点，从上到下层层推动；而第二种办法则是简略只看到点，但无法遵循整个企业端到端流程。当然，流程剖析并不必定能够包含全部的事务功用点，因为有些事务功用自身便是最底层的EPC流程，往往并不是从高端的端到端流程分化而来，如用章办理是一个事务功用和EPC流程，但并不必定能够挂接到高端流程上面。

　　因而高端流程剖析和分化是树立大局思维，可是依然要凭借第二种办法搜集完好的事务和活动。

　　流程到子流程，再到事务活动，事务活动中承载的是事务单据和事务实体。即咱们谈到的事务流程剖析和收拾还会辨认和产出别的一个要害内容，即事务实体和数据单元。

　　流程中的事务活动可所以发生数据单元，也可所以对数据单元特点状况进行改变。

　　比方收购订单制作和提交事务活动，天然这个事务功用就会发生收购订单这个要害数据单元。而对应收购订单批阅这个事务活动，则仅仅是对订单批阅流状况进行改变。

　　关于企业架构里边的数据架构规划，咱们或许会有一个疑问，即数据架构终究是偏事务层面的内容仍是偏IT规划层面的内容，今日在此进一步说下我的观点。

　　即数据架构规划是一个贯穿事务和IT两部分规划的内容。即在事务阶段你或许只做到数据域区分，中心的数据概念模型和主数据辨认。而到了使用架构规划阶段，你就需求进一步对数据进行逻辑模型和物理模型的规划。

　　在事务层面数据架构规划做到辨认要害的事务方针即可。而到了技能层面数据架构规划有必要细化到详细的数据库表和表里边的中心字段界说。

　　简略来讲假如你地点的职业有规范的数据模型规范，那么参阅业界规范来做，比方电信职业的SID数据模型分类。假如没有规范，那么事务架构规划里边中心价值链模型的事务域便是数据域。

　　数据域出来后，咱们能够对单个数据域再进行细化剖析，这个时分就到了单个数据域里边全部和事务相关的事务方针和数据方针的辨认，数据的概念模型界说。

　　比方关于供应链数据域，咱们在完好收拾了供应链事务后即可辨认出全部的事务方针，然后对这些事务方针独自拿出来进行数据建模，并剖析数据方针之间的相关和依靠联系。

　　因而数据架构规划需求重视数据分域，数据方针和主数据辨认，跨事务模块的中心事务单据数据。数据的问题终究都将对应到使用架构和信息架构，SOA处理的是事务集成和协同，而数据集成是有其它体系处理方案，包含BI，数据中心，MDM体系等。流程剖析偏事务操作和事情，而数据正是事务操作的方针。SOA中侧重操作和数据解耦，则正好是剖析的两个维度。

　　IT蓝图规划包含了事务架构，信息架构，使用架构，集成架构，技能架构和 IT根底设施架构等方面的内容。特别的是，IT规划蓝图包含了事务架构，事务和IT是密不可分的。全部的蓝图规划都自顶向下，逐层分化，彼此交融和协同。事务架构要点是在流程，信息架构的要点是在数据。

　　而关于IT方面则包含了使用架构，集成架构，技能架构和IT根底设施架构。使用架构在最上层，而集成和技能架构在渠道层，IT根底架构在根底设施和物理资源层。从现有的云和会集化趋势来看，愈加需求考虑根底设施和渠道层的会集化建造，上层的使用架构要点会集在使用和功用层面，表现事务组件化和才能化，表现事务组件自身的独立性和可集成性。

　　事务架构表现到详细的事务组件和功用而信息架构落地到详细的数据模型和数据库规划假如再落地到详细的体系剖析和规划，即演进到使用体系中的高端架构规划，包含用例模型和逻辑模型，用例模型表现事务和流程，逻辑模型表现信息和数据。

　　以上剖析后，将推动到使用架构规划范畴。很可惜的是，在大多数的规划项目傍边，事务架构和使用架构呈现了严峻脱节，两阶段之间呈现断层，没有经过科学的剖析办法在两者之间滑润的进行映射。这儿进行侧重的侧重，在使用架构规划时，首要进行全体使用规划，使用架构和事务架构对应，但不相同的当地是，流程优化剖析和事务架构不会考虑太多使用渠道层面的内容，而使用架构有必要考虑。

　　这些内容需求引进到IT全体使用架构规划中。谈到传统IT建造呈现竖井式，彼此之间协同难的现象，在引进SOA思维后并不是没有竖井现象了，一个个中心的事务组件和才能供给单元仍是独立的，可是使用层中共性的内容彻底下沉到最底部，并供给相互集成的机制。

　　使用架构规划需求表现逐层打开的中心思路，全体使用架构清楚后将细化到第二个层次：功用架构和集成架构。这个时分细化适当重要，真实处理事务方针和事务功用的落地问题。功用架构包含功用模块和详细中心功用点，这些收拾出来后咱们需求清晰最初说到的事务架构和事务需求在功用架构中怎么落地。其次，以某个使用为中心，来调查该使用和外部使用间的集成联系以及集成后怎么协同。前者为功用性需求，后者为接口需求。

　　其一是添加了非事务相关的技能渠道内容和上层相似门户集成等内容其二是对事务架构中的事务域或许呈现拆分和兼并的进程咱们先拿一个使用架构规划做阐明：

　　从图里边能够看到底层添加了相似门户，SOA集成渠道等非事务内容。可是全体使用区分依然和事务架构规划对应和匹配。在这个时分的差异点往往表现在事务到体系建造的兼并和拆分。

　　比方对应供应链事务域，咱们是建造一个供应链体系，仍是建造相似招投标，收购办理，物流渠道等多个子体系。而这点实践和企业自身的事务安排架构联系很大。可是到了当时微服务架构思维下你能够看到，必定是装置事务架构底层最小事务域单元进行微服务模块拆分。

　　使用架构规划依然会表现分层，到了最底层即回归到咱们单个体系的功用架构规划。比方关于供应链办理，咱们最底层便是体系的功用架构图，如下：

　　不论是在事务规划阶段，仍是到了使用架构规划阶段，随时都存在CRUD矩阵剖析。

　　信息架构与事务、使用的映射触及几个矩阵剖析，在事务架构阶段要点的是事务方针和事务流程、事务组件、事务功用间的类CRUD矩阵剖析。

　　而在使用架构阶段要点则会是逻辑或物理模型方针和详细的使用模块或使用功用间的矩阵剖析。两者重视层面不同，前者要点是主数据的辨认和事务组件的剖析，而后者的要点是使用功用模块的区分和模块间集成接口的开始剖析。

　　其一，某个事务功用终究区分到哪个体系更能够完结松耦合其二，某个数据方针其Owner终究归于哪个体系能够完结松耦合当时咱们常常看到企业施行微服务后，微服务模块间许多的接口网状调用，导致各个模块间耦合更紧，这便是典型的微服务模块拆分时分没有做好相似CRUD等剖析导致。

　　即知道有这些接口，可是这些接口和集成点是怎么一步步的剖析和辨认出来的不清楚。

　　简略来说便是企业的事务流程自身是端到端和连接的，可是我在使用架构规划规划的时分，为了下降体系构建复杂度，将使用拆分为了多个体系进行完结，每个体系完结事务流程中的某一部分内容。

　　即事务连接，可是事务完结在多个体系中导致了分裂。因而因而事务体系有必要高效协同起来才能够完结一个端到端的事务流程。

　　有了这个了解，根本就清楚了集成架构规划的要点，即：用你规划好的使用架构各体系功用供给来从头验证你前期收拾出来的端到端事务流程。即去答复和自己演算用各个体系功用的协同怎么来完结完好的事务流程。

　　全部跨体系交互流程图中的竖线和赤色三角形点便是潜在的体系集成点。在这个剖析中，你就详细完结了事务体系间终究有哪些集成点，集成点怎么协同来完结完好事务的剖析，如下：

　　当然上面的剖析办法或许会留传相似数据服务接口，技能服务接口等。而实践上要做一个完好的服务架构规划又有详细的辅导办法。其中心依然是从企业架构的事务，数据，技能各类架构输出下手，去剖析和辨认相似事务服务，数据服务，技能服务等各种类型的服务，终究构成完好的服务目录库。

　　在把单个跨过事务流程的集成点悉数收拾和辨认清楚后。咱们接着进行接口的剖析和概括等作业，在这儿不再打开。终究全部接口都辨认出来后，能够进一步朝上聚合完好的集成架构规划视图。

　　技能架构描绘了企业开发、施行和办理使用体系和数据所需的IT技能体系和IT根底设施。技能体系界说企业IT的科技办理和技能规范，从最高层次的方针、准则、辅导纲要到技能范畴的技能规范化、技能挑选和技能组件。

　　根底设施是企业整个IT体系的根底，包含硬件、软件操作体系、数据库体系、网络体系等企业数据和使用程序能够运转的环境。

　　技能架构在事务架构、使用架构的根底上供给了一个结构，这个结构为开展和开发一个交互不同的事务部门和事务范畴的、在技能层面上的、与事务相一致的处理方案供给了一个根底。重要的是它坚持了企业的技能规范、技能选型、使用规划、体系产品选型、体系技能架构、体系布置、整个企业的技能布置等全部技能层面的组合和组件，与企业的战略规划、事务架构和使用架构的实践需求坚持了一致性。

　　传统的技能架构规划，因为较少融入云核算和SOA思维，内容上倾向IT根底设施架构规划。尽管在TOGAF的技能架构规划中也谈到了技能和使用渠道，可是却没有详细的落地办法。

　　而实践上咱们能够了解为依据SOA和云核算思维的技能渠道都能够划归到技能架构规划里边。比方我在前面给出了企业私有云PaaS渠道规划，就能够归于技能架构规划内容。如下图：

　　而关于我最近在收拾的云原生处理方案中的渠道层才能供给，也彻底能够归入到技能规划的内容。这部分才能既包含了IaaS资源层能，也包含了PaaS服务层才能供给。如下：

　　施行规划直接影响到IT蓝图规划的可落地性，影响到IT建造出资是否真实表现事务价值，为事务方针服务。施行规划要点办法论首要为组合办理和项目群办理。能够从本钱投入，建造难易程度，对事务价值完结的奉献，推行施行难度等多个方面来评价建造内容的优先级。预算和本钱投入，在施行规划中一起也要考虑到。

　　施行规划依照组合办理的方针来说，便是要用最少的IT资源投入发明最大的事务价值。

　　咱们要建造哪些IT体系，怎么分阶段建造，怎么来支撑事务流程，IT体系建造的协同联系，怎么加强项目办理和管控，怎么推动体系的建造，怎么削减重复建造，这些要害信息在施行规划时都有必要要考虑到。

　　以上便是对企业架构和信息化规划咨询中的一些要害逻辑联系的考虑，供咱们参阅。也欢迎各位留言评论IT规划建造中遇到的问题点。

上一篇:恒华科技：公司能够为抽水蓄能电站供给规划咨询及相关信息化服务
下一篇:我国财经报微信