读《企业级业务结构设计方法论与实践》笔记

133 2024-01-26

业务架构数字化模型

一、导读

因为近两年的数字化很火，未来可能是数字化货币、数字化企业管理、数字化正在一步步的被可度量化、被逐渐的实现，那么听过企业数字化转型，到底何为数字化呢？

百度百科中的解释：将许多复杂多变的信息转变为可以度量的数字、数据，再以这些数字、数据建立起适当的数字化模型，把它们转变为一系列二进制代码，引入计算机内部，进行统一处理，这就是数字化的基本过程。

数字化是在业务世界的新领域创造价值，在执行客户体验愿景的流程中创造价值，以及建立支持整个企业的基础能力的结构体

通过上面的解释，可以获得出3条信息，第一需要重新审视自己所在行业的商业模式，并从中寻找新领域的价值点在哪里。第二重新考虑如何使用新功能来改善服务客户方式。第三清晰前面两件事后需审视企业自身基础能力，例如技术层面、商业层面、成本层面等等。

了解完上述解释感觉还是很虚，不能很好的在脑海中可视化表达输出，带着疑问开启了《企业级业务结构设计方法论与实践》这本书，我想通过这本书的讲解可以帮助我们找出如何在业务世界领域创造出价值。回答出之前所说的业务世界领域的新价值。

书中指出业务架构是战略、流程、组织等业务元素的结构化表达，数字结构化是一种结果，那么把什么进行数字化、结构化？核心是业务。靠拍脑袋解决不了的问题，须以数字化为基础，通过打通IT系统实现组织协同，从而提高效率。通过构建业务中台，打造腰部力量，促进产品模式创新，通过构建数据中台实现科学决策，然而这一切的根本是业务，通过业务促进IT系统建设。业务是核心，如何将业务数字化表达，那么业务建模和业务架构设计就是核心中的关键。

作者在书中提到业务架构设计含两条线：行线与知线

行线

知线

二、开篇

业务架构的基本结构化表达方式是业务模型，业务模型是对业务的表达，这个业务范围边界是多少具体看实际的需要。读者本人理解的就是业务的颗粒度划分程度看实际需要，看你服务的对象主体是谁，不同层级不同作用的业务架构图表达的内容不同。

业务模型主要是描述组织及其运作过程。一个企业的最高阶抽象模型可以如下表达：

业务建模就是一种“目标导向”的流程分析方式，主要是将与业务流程相关的人、事、物以及这个业务流程所要实现的目标做一个链接，描述了企业中的人、事、物与流程的关系。

二、业务架构设计

作者在描述设计方法论的时候阐述业务架构设计包含：价值链、业务领域、业务流程（活动、任务、角色）、业务数据和业务组件5个关键元素。读者本人了解到业务架构常见的类型有2种，一种是上中下结构：资源层----数据层----平台层----业务层----用户层；另一种左中右结构：上游产业----业务模型----下游产业。通过作者的描述读者理解其表达的方式为左中右结构。

业务架构的表述从粗到细可以是几张图来综合表达：

一个业务领域可以代表一个业务线，一个业务线可以对应一个系统或多个系统。

活动可以再拆分任务，子任务及流程图

业务架构的设计难点：

标准化工作时业务架构的难点，业务架构标准化包含数据标准化和任务标准化，企业级数据模型要保证数据实体和属性的唯一性，任务标准化是将流程模型与数据模型进行语义对接，同时分析重复的业务动作，通过数据模型去除重复的数据之后，任务与实体之间的写操作对应关系，可清晰发现重复的操作。这一点需要技术人员与业务人员不断的融合，反复标准化与去重过程中不断的积累与沉淀的过程。

读到这里读者理解只有业务重复度较高的两条或多条业务线适合做这样的业务架构，其实这样的业务架构慢慢的沉淀出来的就是业务中台的那部分内容。

例如作者书中提到的客户存款与购买黄金的业务，可能这两个行为背后是两个独立的流程，但是它们可能是任务层级上有重复，也可能是不同任务下面有相同的节点，这些信息不仅重复，最重要的由于是不同的团队开发的系统，里面的数据模型、实体属性的叫法都不一致，唯有慢慢的纠正才能抽离出这些相同的内容形成一个中台。

三、业务架构图示例

四、结尾

引用作者的原话：业务模型处在中央位置，从应用角度反映了业务结构，从组件角度，反映了能力结构，只有这两个方向上保证准确性，我们才能不断获得前进的“阵地”。

原文链接： http://mp.weixin.qq.com/s?__biz=Mzg2NzQ4NjY3Nw==&mid=2247483719&idx=1&sn=3d697b6b42169e61ff6ab8b2d2c1e233&chksm=cebb9ffdf9cc16eb360b01e263695544b754ab237a1cdc895ff445d7fb435502ca57323fc843#rd