中台产品经理宝典05：基于企业架构的系统规划.docxVIP

中台产品经理宝典05：基于企业架构的系统规划 一、如何无遗漏的进行完整的系统规划 我们现在先做一个简单的场景模拟，假设你是某家公司的一个产品负责人。 让你带领一个产研团队去从零规划一个系统，如何无遗漏的进行完整系统规划？或者说规划至少要包含哪几项？ 事实上在我看来去完整规划一个企业级系统，恰恰是对我们产品人产品功底的一个综合性的挑战。 这里先上答案，设计分为以下四点： 下面我们展开来一个个谈。 1. 理解业务 首先在做任何系统建设前，我们都必须要对整个业务有一个非常清晰的认知，也去理解业务。 比如说去做HR系统、做财务系统或者说做法务相关的系统，我们必须要非常熟悉这相关领域的一些专有知识，否则我们就无法去进行相关的系统建设，或者说我们建设出来的这个系统和实际业务有非常大的一个差距，所以第一步我们一定要去理解业务。 2. 系统入手点 理解了业务后，下一步要做的就是要去定义系统的入手点是什么？一个业务领域往往非常庞大，特别是当我们从0~1开始的时候，我们到底要从哪个点开始进行入手？ 在这里一般来说我们去考虑系统入手点，应该是以系统的主流程去进行出发。因为我们作为系统的建设者，毕竟不是真正的一线系统使用者。因此我们必须在最快时间内去搭建出一个最小的可迭代化的原型，使其投入到我们的实际生产环境中，让我们的这些业务人员去进行一个使用，来检验产品的方向是否正确，这也就是所谓的产品MVP。 也就是说我们先搭建出一个可以让业务来验证我们的系统的主流程，从而通过体验在这过程中让我们发现问题，然后再去迭代，只有这样才能保证我们前期的投入不会出现过大的一个偏差。那么这就是选择系统入手点的重要目的。 3. 系统蓝图 选择好入手点，下一步我们要做的便是系统蓝图的绘制。所以系统蓝图其实就跟建设一个房子是一样的，我们需要清楚的知道这栋房子的建设完成之后它的一个全貌是什么样子。所以我们在系统开始建设之前，我们必须要去把整个系统的一个图纸绘制出来，在软件系统中这就称之为系统蓝图。 4. 分步计划 画完了图纸之后，接下来就是我们要把这个图纸去拆分成可迭代的版本计划，从而组织安排人力按优先级进行开发。 结束这个热身话题之后，我们接下来就开始谈以上4点进行落地时用到的工具。 二、工具：企业架构 我曾为大家介绍过一个在软件行业，非常成熟且非常流行的去解决复杂系统设计的工具——企业架构。 所谓企业架构就是用来去解决业务，从理解到分析再到设计建模，最后去翻译成信息系统建设的一个完整思想。 事实上企业架构并不是什么新鲜产物，最早在1987年就被提出了，因为在当时其实就已经有非常多的系统在企业内部存在了。 因此必须要有一个系统或者说一个模型去帮助我们拉通这些系统，否则企业内部的系统越来越多，就会导致企业内部在信息传递、管理上出现失衡，所以在这个大背景下提出了企业架构的概念。 那么具体来说企业架构到底是什么呢？其实在发展这么多年后，特别是在TOGAF这个组织成立之后，企业架构这个概念就做了一个非常细致的拆分，企业架构就被定义成为两大部分，如下图所示： 三、企业架构落地 为了方便大家理解，在这里三爷我将企业架构这个思想给大家提炼为了三步走的落地执行方法。 具体来说对应企业架构里的两个细分项： 可以看到业务抽象建模与关键节点设计这两步对应的是业务架构梳理。 首先我们通过业务抽象建模将一个陌生业务去进行结构化的一个表述，详细的把业务拆解为：什么角色做了什么事情。那然后在这个基础上我们提炼出关键节点，这些关键节点就是我们系统要去承载的部分。 相信这个也好理解，虽然是在做信息化系统，但是我们不可能将一个系统事无巨细的将业务都放进来，因为很多业务动作都是线下完成的，其次系统如果全部承载的话，就会让系统变得非常臃肿，操作会变得非常复杂。 这两步是完成我们的业务架构，在有了这两步的产出之后，我们接下来就可以基于这两步去进行系统蓝图的设计，也去设计我们的it架构。 用大白话来说就是设计由哪些系统来承载？哪些功能来承载？对应的功能它的数据载体又是什么？最终是用什么样的代码结构实现。 可以看到这样的方式就是严格按照我们企业架构思想，由业务驱动去得到完备的一个系统蓝图，不遗漏，也不会冲突。 至此我们就完成了企业架构的一个标准落地路径。 四、总结 在这对本文一个总结： 企业架构包含两大部分分别是业务架构和IT架构，业务架构指导并帮助大家去理解清楚一家企业是如何开展业务运作，IT架构指导如何进行系统设计的一个框架思路。 企业架构具体的落地方法分为三步：首先业务抽象建模，其次提取关键节点，最后得到系统蓝图设计。