通过搞懂业务架构敲开理解业务的大门.docx

通过搞懂业务架构敲开理解业务的大门为了真正掌握业务的核心，我们需对其背后的框架进行深入探讨。这正体现了业务架构的至关重要性。业务架构不仅仅是业务的高层设计图谱,它还是数据、应用和技术架构驱动所在。随着当前数字化转型的推进，业务架构已逐渐变为跨领域流程设计的核心环节。以运营商为例，他们有一个叫做“地址查询变更”的业务功能。为了满足这一业务需求，资管系统和CRM系统各自构建了相应的应用功能模块，但这导致了数据不一致性的问题。从业务架构的角度出发，其实我们只需构建一个统一的业务功能模块即可，这凸显出了业务架构设计的真正价值。尽管TOGAF对此进行了阐述，但其描述略显抽象。在深入阅读温昱的业务架构应用架构数据架构实战后，我收获了诸多洞见。特此分享我的关于业务架构的看法，希望能简洁而深刻地诠释这个概念。一、企业架构全景图企业架构包含了四部分，BA（BusinessArchitecture,业务架构）、DA（DataArchitecture,数据架构）、AA（App1icationsArchitecture,应用架构）、TA（Techno1ogyArchitecture,技术架构）。企业架构由全局战略规划驱动，我们来看下战略、BA、DA、AA、TA五者之间的关系。BA、DAsAA、TA的执行顺序如图所示，战略、BA、DA.AA、TA实际位于以下三个层次上： 公司战略 业务架构 方窠架构这五者的核心关系，可以概况为以下几点： 战略是公司高层设计，却是业务架构师的需求 业务架构师的工作时“战略进，业务架构出” 业务架构是业务架构师的设计，却是数据、应用、技术架构师的需求环环相扣，上层驱动下层，下层支撑上层。公司战略业务架构(BA)娄艇架构(DA)应用架构(AA)技术架构(TA)：.与如据同行二、业务架构的定义和组成业务架构可以看作是一个组织的蓝图，是对组织的价值主张、结构、策略、核心产品和服务、主要流程、资产、以及相关的外部环境之间相互关系的结构化描述。它为组织提供了一个共同的框架，用于了解业务活动的相互关系，从而实现策略，并确保业务活动与策略之间的对齐。这种定义强调了业务架构的目的，即将策略与执行对齐，并确保组织在追求其目标时具有一致性和协调性。基于此定义，我觉得业务架构应该包含这六大部分，分别是业务策略、价值链、业务流程、业务功能、业务数据及业务组织，如下图所示，同时给出了所以包含这六大部分的原因:业务架构(BA)业务策略(why)价值链(what)业务流程(how)业务功能(how)业务数据(baseon)业务组织(who):与独据同行1、业务策略(Why)每个组织都需要一个明确的方向和目标。业务策略定义了组织的愿景、使命和核心价值观，并为组织提供了一个长期的、宏观的指引。没有策略，业务架构会失去方向。业务策略在业务架构中起到了桥梁的作用，它确保了组织的行动与其长期愿景、使命和目标保持一致。在描述和组织策略内容的时候，一个常用的结构化方法是使用框架或模型，如"SWOT"分析或"PEST1E”分析。这些工具为组织提供了一种方法，帮助它们识别其内部和外部环境中的机会和威胁，并据此制定策略。以下是关于业务策略的一些常见的结构化方法：(1) SWOT分析 S(Strengths)：组织的内部优势。 W(Weaknesses)：组织的内部劣势。 0(Opportunities)：组织所在环境中的机会。 T(Threats)：组织所面临的外部威胁。(2) PEST1E分析：评估宏观环境对业务的影响。 P(Po1itica1)：政治因素。 E(Economic)：经济因素。 S(Sociocu1tura1)：社会文化因素。 T(Techno1ogica1)：技术因素。 1(1ega1)：法律因素。 E(Environmenta1)：环境因素。(3) Porter的五力模型：评估行业竞争力度。 现有竞争者的竞争。 新进入者的威胁。 替代品的威胁，。 买方的议价能力。 供应商的议价能力。(4)价值主张画布：帮助组织定义其对目标客户的价值主张。 客户细分 客户关系 渠道 价值主张 关键活动 关键资源 关键合作伙伴 收入流 成本结构2、价值链(what)业务架构包含价值链是因为价值链明确地展示了组织如何创造和交付价值给其客户和利益相关者，这对于确保业务操作的连贯性和效率至关重要。首先,最经典的传统价值链模型，就是波特创造的生产型企业的价值链模型,分为辅助活动和基本活动，现今应用时，都是进行了改造和优化的，倾向于分为支持层、业务层、战略层，如下所示：迸生发出*产It里后作Kitn勤勤仲M助话功U本猛动其次，电信运营商、电网、仓储物流等基建投资占比高的企业的价值链模型，倾向于分为管理支持、运营支撑、核心业务三层，如果存在业务支撑层，那么投资规划、工程建设、运营维护这三者就放入业务支撑层，否则列入核心业务主线，下图示例了能源仓储分销企业的价值链模型。第三，银证保、电信、电商、家电、运输等服务密集型企业的价值链模型，倾向于分为支持层、业务层，支持层经常包含财务管理、人力资源管理、客户资源管理、数据资源管理等，企业对外提供的业务多种多样，那就分别梳理在业务层，铁路运输行业的价值链分析，如下图所示：在价值链提供了宏观的视角，每一个在价值链中定义的活动，实际上都可以进一步细分为一系列连续的、有逻辑关系的子活动。这些子活动构成了业务流程，业务流程深入到更为具体的活动、任务、步骤和和决策，描述了如何实际执行这些活动，为组织的日常操作和持续改进提供了必要的微观视角和详细指导。两者共同为组织的策略执行、效率提升和价值创造提供了完整的框架。跨行业的流程分类框架(Thecross-industryPCF)自1992年被首次推出以来，已经被世界各地的组织使用了20多年。最新版的PCF更新于2023年5月，它将流程分为五个层级，分别是1级-流程种类(1eve11-Category).2级-流程群组(1eve12-ProcessGroup)3级-流程(1eve13-Process)、4级-活动(1eve14-Activity)、5级-任务(1eve15-Task),示例如下：1级流程种类10管理企业风险、合规、补救和回弹（16437）代表企业最高层级的流程，例如管理客户服务、供应德、财务资源、人力资源。2级流程群组H1管理企业风险（17060）表明下级流程，代表一组流程。如售后维修、采购、应付债款、招聘、开发情售策略。3级流程11.14管理业务单元和职能的风险（17061）是流程群组的卜级，也包括核心流程的组成部分（子流程）。4级活动11.14.3开发风险减轻计划（164*8）表明执行流程时的关键中件，例如收到客户需求、解决客户投诉、采购合同谈判。5级任务11.14.3.1评估保险范围是否足够（18129）是活动的下级，是作常细致、艮体的。如建立业务单子获得经费、设计表彰翁训海£君逊耀麓"事实上，PCF的5级流程框架，体现了业务架构的完整内容，其中Ieve11和IeVe12可以映射到业务架构中的价值链,即解决What的问题，IeVe13、IeVeI4及IeVeI5可以映射到业务架构定义中的业务流程和业务功能,解决how的问题，每个企业可以根据自己的需要选择合适的流程层级。温昱在业务架构应用架构数据架构实战中建议所有的复杂核心业务流程都采用文本化描述，其以订购火车票为例说明流程的描述方法，包括主干流程和分支流程，主干流程为购票流程，如下图所示：订购火车票主干流程任务步骤业务或数据模型规则查票阶段1）用户提交直询貂牛【业务规则】应查询出同城市不同站所有车次，例如北京，应查出晾站、北京南站相关车次【业务规则】已超过发车时刻的列车，不在查询范围内【业务规则】车次查询和预订的范围是3（庆内【业务规则】无论有无符合要求的列车，系统均应在查询结果页提供"接续换乘"查询入口2）系统查询相关车次、列出结果选票阶段3）用户选择车次，并在信息提交页选择坐席级别，添加乘客【业务规则】同一乘客不能重复预定同天同次车票4）用户提交订单抢票业务处理5）系统锁定票源、修改库存【数据模型规则】用户抢票后支付前，订单为"待支付”状态.完成支付后，订单为“已支付”状态.超时未支付，订单为"已失效”状态.6）系统生成订单、提示支付支付阶段7）用户完成票款支付【业务规则】只有订票成功才发射信，各种原因导致的预订捌均不发射信8）系统发送通知短信分支流程为多人购票、购买儿童票、购买接续换乘票、选座、没选到、无列车、过滤查看结果、查看经停站信息等等。值得关注的是，订购火车票既可以看作流程，也可以看作活动，具体取决于从哪个角度或粒度来看待它。当我们在更高的粒度上，例如在一个价值链中，描述交通运输部门的总体业务时，订购火车票可能被视为一个单一的活动。这是因为在这个粒度上，我们可能不关心每个步骤的具体细节，只关心主要的业务活动，当我们深入到更细的粒度，订购火车票可以被看作是一个流程，因为它可以进一步分解为多个连续的任务，以上为了说明流程的描述方法，就把订购火车票看作流程。4、业务功能(how)业务架构需要包含业务功能，因为业务功能明确地描述了组织为实现其业务目标所需进行的关键活动和任务。它们为业务流程、策略和目标提供具体的上下文，并确保技术和操作设计与组织的核心需求和能力保持一致。此外，通过理解业务功能，组织能更有效地确定和优化其资源、过程和技术解决方案。通常情况下，一个业务流程会包括多个业务功能。举例来说：电商平台的“订单处理业务流程可能包括以下业务功能：客户身份验证、库存检查、付款处理、订单分派、商品发货、发票处理等，如下所示：然而，在复杂的业务环境中，有些业务功能可能会跨越多个业务流程。例如，“客户身份验证”这个功能可能不仅仅在订单处理流程中使用，还可能在退货处理或客户服务等其他流程中也被用到。因此，从某种程度上说，业务流程和业务功能之间是存在多对多的关系的，即一个业务流程可以涉及多个业务功能，而一个业务功能也可以被多个业务流程所使用。但更为常见的情况是，一个业务流程包括多个业务功能。在温昱的业务架构应用架构数据架构实战一书中，指出业务功能业务流程，即一个业务功能包括多个流程，对此我有不同的看法。我们常常也会混淆业务功能、业务能力和应用功能的区别。业务能力与业务功能相比，具有更高的抽象程度和稳定性，它主要关注“做什么”而非“如何做”。例如，贷款审批被视为银行的核心业务能力，但它并没有细述具体审批的步骤；而信用评分检查则属于业务功能，因为它详细阐述了评估客户信用的具体方法。相对于业务功能，应用功能更强调从技术和实现的角度进行定义，它与特定的软件或系统紧密相连。而业务能力则多从组织的业务目标和需求出发，与具体的技术实施或平台关联度较小。以地址查询变更为例，它初步可以被视为一个业务功能。但如果我们已在资管系统中实现了该功能，那么这个地址查询变更模块则转变为应用功能，因为它现已与特定的系统紧密结合。5、业务数据(baseonwhat)业务数据和业务功能、业务流程紧密相关，也属同一思维层次，没有正确和及时的数据，组织的流程、策略和价值提供都可能受到影响。因此，将业务数据纳入业务架构可以确保组织有一个统一、准确和有效