CBA业务架构师认证是由业务架构师公会(Business Architecture Guild®)授予的一种专业认证,也是业务架构领域的一项重要认证。该认证标志着持有者已经掌握了业务架构的核心技能和知识,可以在实际工作中熟练运用业务架构技术和框架,与其他架构和学科形成有效的对接。
- 中文名CBA业务架构师认证
- 英文名Certified Business Architect
- 英文简称CBA
- 颁证机构Business Architecture Guild®(业务架构师公会)
- 证书类别业务架构
- 同类认证TOGAF
今天,我们聊聊业务架构里几个_基础、也_重要的概念。
首先,什么是业务架构?简单说,业务架构就是搞清楚一个企业是怎么运作的。它不关心具体用什么电脑软件或机器设备(那是技术架构的事),它关心的是:企业为了实现它的目标,究竟需要“做”哪些事情? 它画的是企业运作的“地图”。
理解下面这几个基础概念,是看懂这张“地图”的关键:
1. 能力 (Capabilities)
- 它是什么? 能力描述的是企业_根本、_稳定的业务功能。它回答的问题是:“这个企业有哪些核心本事?”
- 关键点:
- 它描述的是“能做什么”,而不是“怎么做”或“谁来做”。比如,“管理订单”是一个能力,“招聘员工”也是一个能力。
- 能力是相对稳定的。不管企业是用手工处理订单还是用自动化系统,只要它能“管理订单”,这个能力就存在。技术或流程变了,能力本身通常不变。
- 能力是组合企业运作的基础模块。一个大的能力(如“管理客户”)可以由更小的能力(如“获取客户信息”、“处理客户投诉”)组成。
- 为什么重要? 能力是企业存在的根本。看清企业有哪些能力,才知道它能不能达成目标,哪里强哪里弱。
2. 价值流 (Value Streams)
- 它是什么? 价值流描述了企业如何一步步地把东西(产品或服务)交到客户手里,让客户觉得有价值的全过程。它回答的问题是:“客户(或其他关键方)为了获得他想要的_终价值,经历了哪些关键步骤?”
- 关键点:
- 它关注端到端的流程,从触发点开始(比如客户下单),到_终价值交付结束(比如客户收到货并满意)。
- 它是一系列活动步骤的链条。每一步都应该为_终交付给客户的价值做出贡献。
- 客户视角是核心。价值流必须体现客户如何获得价值。
- 不同于详细流程。 价值流是高层次的骨干流程,关注“阶段”而非每个细微操作步骤(那是业务流程的范畴)。
- 例子: “网购下单到收货”就是一个价值流。步骤可能包括:客户浏览商品 -> 客户选择商品加入购物车 -> 客户支付订单 -> 仓库配货发货 -> 物流配送 -> 客户签收。
- 为什么重要? 它直接展示了企业如何赚钱(或实现核心使命)。看清价值流,才知道客户体验好不好,流程哪里卡住了、浪费了。
3. 组织(Organization)
- 它是什么? 组织域描述的是企业的结构,即各个部门、团队、角色以及它们之间的汇报关系、职责划分和协作方式。它回答的问题是:“事情具体由谁负责?谁向谁汇报?团队怎么分工?”
- 关键点:
- 描绘组织结构图。展示部门、团队的层级和隶属关系。
- 明确角色和职责。定义关键岗位(Role)以及它们承担的责任(Responsibilities)和拥有的权限(Authorities)。
- 定位能力归属。说明哪些组织单元(如部门、团队)主要负责支撑或执行哪些核心能力。
- 和能力的关系: 组织是执行者。特定的组织成员/部门被赋予执行特定业务和支撑特定能力的责任。例如,“客户服务部”这个部门负责执行“处理客户投诉”这个业务,支撑“管理客户关系”这个能力。
- 为什么重要? 事情_终要靠人来做。知道哪个团队负责什么,是协作和问责的基础。
4. 信息 (Information)
- 它是什么? 信息就是在业务运作过程中产生、传递、使用的各种数据。它代表了业务中重要的“东西”的状态或记录。
- 关键点:
- 它是业务活动的输入和输出。做任何事都需要信息(比如客户地址),也会产生新信息(比如订单状态)。
- 它代表了业务中关键的实体,比如“客户信息”、“产品信息”、“订单信息”。
- 信息需要在不同的能力、流程、组织单元之间流动。
- 例子: 在“处理订单”这个流程里,需要的输入信息是“客户选择的商品详情”、“客户的收货地址”,输出的信息是“新生成的订单号”、“订单状态”。
- 为什么重要? 信息是业务运转的“血液”。准确、及时的信息是正确决策和高效运作的前提。信息不通畅或错误,业务就会出问题。
把这四个概念连起来看,就是:
- 企业的目标是创造价值(给客户)。
- 创造价值通过价值流来实现。
- 执行价值流中的每个步骤,需要调用不同的能力(企业有没有这个本事?)。
- 这些能力需要由组织中的具体人员或团队来承担(谁来做?)。
- 整个过程中,信息在各个部分之间流动,是活动的基础(需要什么数据?产生了什么数据?)。
能力、信息、组织、价值流构成了业务架构_坚实的基础。BIZBOK(业务架构知识体系,业务架构领域的国际标准)把这四个称之为业务架构的四个核心域。
就是这张图:

在四个核心域的基础上,BIZBOK还定义了其他几个关键元素,它们为业务架构提供更广阔的视角和更深的洞察力:
- 远景和战略:企业“打算怎么竞争,怎么发展”? 战略指明了企业的方向、目标和实现目标的整体路径(如市场定位、增长策略)。业务架构将战略意图具体化到核心域的设计中(如:新战略需要什么新能力?影响哪些价值流?)。
- 政策和法规:企业“必须遵守什么规矩”? 政策包括法律法规、行业标准、公司内部规章等。它们约束和指导着战略的制定、投资的决策以及日常的行动。业务架构需要确保设计符合相关政策。
- 干系人:谁是内部和外部的参与者? 指所有受企业活动影响或能影响企业的内外部个人或团体(客户、员工、股东、供应商、监管机构等)。理解他们是谁、他们的需求和期望至关重要,价值流就是围绕关键利益相关者设计的。
- 举措和项目:企业“具体要做哪些事来实现目标”? 举措是为了实现战略目标而发起的具体项目或行动计划(如“上线新CRM系统”、“开拓东南亚市场”)。业务架构用于分析举措的影响(需要调整哪些能力、价值流、组织或信息?),并确保举措与战略和架构对齐。
- 产品和服务:企业提供什么?“卖给客户的具体东西是什么”? 产品(或服务)是企业提供给客户以满足其需求的_终交付物。价值流_终交付的就是产品/服务。业务架构需要理解产品组合及其对核心域的要求。
- 指标和度量:企业“干得怎么样”?业务表现怎么样? 度量是用来评估业务绩效、能力表现、价值流效率等的指标(如“客户满意度”、“订单处理周期”、“库存周转率”)。业务架构定义了需要度量的关键方面,并将度量与战略目标和核心域关联起来。
- 决策和事件:企业“在什么情况下、根据什么做判断和行动”?这个元素关注业务运作中的触发点和关键判断点。