笔记 - 《业务架构解构与实践》

简介: 《业务架构解构与实践》的笔记

之前都是看书"不求甚解", 意会即可。但是回过头来,自己摘抄研究一下也是别有风味的。本文是对之前的一本书的记录。

image.png

京东链接

企业架构概念

企业架构的定义

企业的定义:是指具有一系列【共同目标】的任何组织的集合

架构的定义:一个系统在其环境中的基本概念或属性,体现在【要素】,【关系】及其【设计和演化的原则】中。

image.png

企业架构的位置

企业架构的位置:

image.png

注:

  • “业务架构”是“企业架构”的一部分;
  • BPR的全称是Business Process Reengineering,意思是业务流程重组。

4大主流架构

  • Zachman 框架(企业领域)
  • TOGAF 框架(企业领域)
  • DoDAF (军事领域)
  • FEA(政府领域)

业务架构概念

业务架构的定义

业务的定义:在企业运行过程中,为了【实现企业目标】所涉及的一系列【生产经营活动】

架构的定义:一个系统在其环境中的基本概念或属性,体现在【要素】,【关系】及其【设计和演化的原则】中。

业务架构的定义:业务架构代表整体的、多维的业务视图,包括【能力】、【端到端价值交付】、【信息】、【组织】,以及这些业务视图和【战略】、【产品】、【政策】、【计划】和【利益相关者】之间的关系。

业务架构简单理解为“围绕业务的架构”,涉及:“业务要素”、“业务要素间关系”、“架构设计及演进的原则和指南”。

业务架构要素:

image.png


企业架构简单分为2类:

1)一类是:业务架构(BA)

2)另一类是:IT 架构

  • 数据架构(DA)
  • 应用架构(AA)
  • 技术架构(TA)

业务架构在企业架构体系中的位置:

image.png

两大主流业务架构体系

  • 架构一:波特价值链 + 流程
  • 架构二:价值流 + 能力

架构一:波特价值链 + 流程

价值链:是企业在一个特定产业内【各种业务活动的组合】。

波特价值链(基本活动 + 支持性活动):

image.png

流程分类框架(Process Classification Framework,PCF)的层次为:

image.png


PCF L1 ~ L5 层级的中英文描述

image.png


对于业务关系和业务流程也需要进行建模,这一个过程被称为业务流程建模(Business Process Modeling,BPM)

架构二:价值流 + 能力

价值流的定义是:为客户创建结果的【端到端活动集合】,客户可能是价值流的最终客户或内部使用用户。

“酒店住宿价值流”示意图:

image.png

业务能力定义是:一项业务为达成特定目的或结果所拥有或交换的【特定能力和产品】

业务架构的组成要素

image.png

核心要素

价值流

价值主张:是指某种产品、服务或组合,能帮助客户解决问题或给客户带来体验或收益,客户因而愿意为所获取的价值支付一定的费用。

价值流定义是:为客户【创造结果】的【端到端活动的集合】,客户可能是价值流的最终客户或内部使用用户。

价值流应用过程中两类典型的问题:

1)价值创造重复的问题,作者建议:回归初心,以客户为中心。

2)价值流数量控制的问题,作者建议:对目标客户适当归类。

业务能力

业务能力的定义:一项业务为达成特定目的或结果所拥有或交换的【特定能力和产品】。(“做某事的能力”)

识别能力的常见方法:

1)基于企业运行所涉及的【业务对象】来识别。(最为基本)

2)利用企业【已有流程】来识别。

3)【参考业界】最佳实践或成熟模型。

4)利用【成熟软件包】中【相关分类】进行识别。

TOGAF 中提到,业务能力由4部分构成

1)角色(Roles);

2)流程(Processes);

3)信息(Infomation);

4)资源(Resources)。

作者参考生产力相关的要素来进行业务能力解构,认为业务能力涉及以下要素:

1)劳动者(相关组织/人员);

2)劳动对象(各种原材料);

3)劳动资料(各种技术、工具、设备);

4)劳动过程(各种流程);

5)劳动产品(生成出来的产品或服务)。

image.png

波特价值链理论里面,首次提出了“纵横叠加”的两大活动分类;纵向列出的是“Primary Activity”,是核心业务活动,横向列出的是“Support Activity”,被称为“支持性活动”,辅助基本活动的顺利开展。

制造行业企业L1层级业务能力例子(业务能力热力图):

image.png

信息

信息:是经验证为【准确及时的数据】,它针对特定目的而组织、在赋予它含义和相关性的上下文中呈现,用以【增加理解】和【减少不确定性】。

业务能力与信息的关系(业务对象为媒介):

1)针对某个特定业务对象及相关业务活动的管理,称之为“业务能力”;

2)该业务对象需要通过一定方式来描述或表示,称之为“信息”。

image.png

客户相关的业务能力及信息(示例):

image.png

分层示意:

image.png

组织

组织:是【由人组成的一种社会单位】,进行系统地【组织】和【管理】以持续满足特定需求或达成集体目标。

组织与能力映射图(示例):

image.png

扩展要素

战略

战略:是一种【模式或规划】,它将组织的【主要目标】、【政策】和【行动举措】整合成一个有凝聚力的整体。

战略需要澄清和解决3个问题:

  • 将来要去哪里
  • 目前在哪
  • 怎么去

BLM 指的是业务领导力模型(Business Leadership Model)

image.png

战略地图

image.png

利益相关者

利益相关者的定义:一个内部或外部的【个人或组织】,通过特定的产出/成果来获取自己【感兴趣的价值】。

  • 触发型利益相关者:“目标客户”
  • 参与型利益相关者:满足“目标客户”价值述求的内部、外部人员或组织。

触发型利益相关者与参与型利益相关者的关系图:

image.png

产品

产品是指:某种【商品】、【服务】或者【两者的组合】,它所提供的整体体验可以满足客户的需要。

产品生命周期:

image.png

产品与战略、利益相关者、价值流的关系:

image.png

举措

举措的定义是:正在执行或已选定要执行的一套【行动方案】。

举措真正在执行的时候,往往是借助“项目”的形式进行落地的。

举措/项目与战略、目标及业务能力的基本关系

image.png

政策

政策:是用来在组织中确定方向的一些【指导原则】,是结合特定场景、特定目标框架及管理理念,由高级管理人员设定的指导方针。

政策与业务能力、业务组织的关系:

image.png

指标

指标:是一种【度量标准】,通过它可以评估计划、过程或产品的效率、性能、进展或质量。

业务架构要素间的协同

核心要素间协同

价值流阶段与流程、能力、信息及业务对象之间的对应关系:

image.png

整体协同

业务架构主要元素的整体关系:

image.png

在具体实施项目过程中,除了考虑业务架构,同时需要考虑数据架构、应用架构及技术架构等相关内容,确保各个架构之间能够有效协同并指导项目落地。

业务架构与其他架构的关系

企业架构主要是4A,分别是:

  • 业务架构: BA
  • 数据架构:DA
  • 应用架构:AA
  • 技术架构:TA

还可以加上解决方案架构、安全架构,形成6A。

企业架构的位置:企业架构是贯通企业战略】和具体【落地项目】的桥梁。

image.png

BA与DA、AA、TA 的基本协作关系:

1)围绕业务对象(Business Object);

2)业务架构(BA)整体牵头;

3)数据架构(DA)全局拉通;

4)应用架构(AA)合理呈现;

5)技术架构(TA)有效支撑。

image.png

国内常见的【6层流程技术体系】与【弹性分层体系】的对应关系:

image.png

业务架构的关键交付物

在业务架构的众多要素中,【业务能力】或【业务流程】是最主要,最核心要素。

业务架构最关键的交付物:

  • 可以是一套企业级【业务流程框架体系】;
  • 也可以是一套企业级【业务能力框架体系】;
  • 或者是【业务能力与流程融合】而成的一套框架体系。

多事业部【业务能力整合】分析示意图:

image.png

业务架构与DDD协同落地

Q:业务或者微服务的边界到底在什么地方?如何确定边界?

A:DDD做设计思想,设计输出物【“领域模型机划分分限界上下文”】,是微服务等实现技术的输入。

BA、DA、AA与DDD协同落地

image.png

总结

这些内容可能看上去比较“虚”,但是和工作中的问题链接之后,就可以变得比较“实”。

作者对“业务架构”这样比较虚的阐述,给我们更多的启示是,我们可以依葫芦画瓢,通过定义、组成要素、组成要素的关系、实践等角度去介绍我们需要探讨的内容。

“问渠那得清如许,为有源头活水来”,这个源头,不一定是来自后面走的路,也可能也来自以前走过路中没有研究的部分。

相关文章
|
28天前
|
前端开发 测试技术 数据处理
Kotlin教程笔记 - MVP与MVVM架构设计的对比
Kotlin教程笔记 - MVP与MVVM架构设计的对比
49 4
|
28天前
|
前端开发 JavaScript 测试技术
Kotlin教程笔记 - 适合构建中大型项目的架构模式全面对比
Kotlin教程笔记 - 适合构建中大型项目的架构模式全面对比
30 3
|
28天前
|
存储 前端开发 Java
Kotlin教程笔记 - MVVM架构怎样避免内存泄漏
Kotlin教程笔记 - MVVM架构怎样避免内存泄漏
26 2
|
1月前
|
XML 前端开发 Android开发
Kotlin教程笔记(80) - MVVM架构设计
Kotlin教程笔记(80) - MVVM架构设计
|
22天前
|
XML 前端开发 Android开发
Kotlin教程笔记(80) - MVVM架构设计
Kotlin教程笔记(80) - MVVM架构设计
|
2月前
|
XML 前端开发 Android开发
Kotlin教程笔记(80) - MVVM架构设计
Kotlin教程笔记(80) - MVVM架构设计
29 1
|
2月前
|
XML 前端开发 Android开发
Kotlin教程笔记(80) - MVVM架构设计
本系列学习教程笔记详细讲解了Kotlin语法,适合需要深入了解Kotlin的开发者。对于希望快速学习Kotlin语法的读者,建议参考“简洁”系列教程。本文重点介绍了Kotlin实现MVVM架构的设计思路和代码实现,包括Model、ViewModel和View层的具体实现,以及如何通过LiveData和viewModelScope有效管理数据和内存,避免内存泄漏。此外,还讨论了MVVM架构的常见缺点及应对策略,帮助开发者在实际项目中更好地应用这一设计模式。
41 1
|
2月前
|
存储 前端开发 Java
Kotlin教程笔记 - MVVM架构怎样避免内存泄漏
Kotlin教程笔记 - MVVM架构怎样避免内存泄漏
|
2月前
|
前端开发 JavaScript 测试技术
Kotlin教程笔记 - 适合构建中大型项目的架构模式全面对比
Kotlin教程笔记 - 适合构建中大型项目的架构模式全面对比
47 0
|
2月前
|
存储 前端开发 Java
Kotlin教程笔记 - MVVM架构怎样避免内存泄漏
Kotlin教程笔记 - MVVM架构怎样避免内存泄漏
59 0
下一篇
DataWorks