一、什么是业务架构师

落地型：BA应该成为项目技术的工作的指挥棒，其主要作用是在项目中快速的发现客户的真实需求，保证项目的正常推进，避免项目组在错误的需求方向上费时费力，保证功能是在预期资源投入的前提下，正好满足客户所需的。

规划型：规划和未来走向产生影响，同时对相关业务的决策有深入地推动力与引导力。

二、怎么做业务架构师

• 作为业务架构师，要深入理解业务的模块，对业务进行抽象并和下面的应用架构及模块进行打通。
• 思考真正需求是什么、为什么是这样、如何分析成册、如何描述给下游同事。
• 基于业务领域进行行业解决方案进行设计、规划、实施并参与项目落地。 包括深入理解客户的业务场景、参与关键业务系统的设计优化，提供最优的解决方案，保障客户业务系统的核心功能和性能满足要求；
• 加速生产中台的搭建，并针对性沉淀对应解决方案。
• PS：（数据工厂中的服务商的感觉，基本客户需求设计业务流程，推动技术团队）

三、业务架构师的基本技能

  1.  切入客户业务的能力。行业知识，技术能力的结合，定义清楚项目目标，并且完成目标拆解，把一个大的业务目标映射到产品/定制开发中去。

    2. 业务设计能力。面对客户全新的业务，客户业务流程怎么和新的系统结合，需要作出什么变更，对于产品不覆盖的流程如何进行补足

    3. 产品改进与需求分类。如何识别行业通用需求，什么需求应该交给产品，什么需求应该走定开，什么需求应该通过变更客户的业务完成，什么需求需要驳回，都是BA需要回答的问题。

如何做好业务架构师？

• 转换思维方式很重要：思考真正需求是什么、为什么是这样、如何分析成册、如何描述给下游同事
• 语言翻译能力是基础：把业务语言转换成产品语言、开发语言。
• 提升抽象总结和逻辑思维能力：业务架构师需要能把不同场景下的需求，加以抽象总结，并通过逻辑思维进行结构性规划
• 学习掌握产品功能、开发知识
• 要有换位思考意识
• 勤于沟通

四、如何做业务架构师

目标：

• 成为解决方案架构师。
• 能够直面业务客户，并为客户设计方案并推动方案落地。
• 能够成为产品决策小组一员，并有一定话语权。
• 能够成为业务规划小组一员，能够对O进行拆解，并成为自己的O和KPI。
• 成为关键业务战役的负责人，能参与讨论、能推动战役落地。

怎么做：

• 起步：CTO需要与PD及各方TL达成一至，技术同学参与业务沟通、流程设计、业务周会等，可以在班委会上同步。

• 为什么要有：让技术更懂业务，让业务目标能更好的达成。
• 1、选方向
• 2、选人
• 3、定目标

• 初期：

• 成为业务OWNER
• 补充知识
• 参与业务需求分析和业务流程设计

• 中期：

• 成为PD
• 推动业务需求的高效落地
• 学习设计领域语言

• 后期：

• 成为业务架构师
• 体系化的设计业务架构，形成完整、准确的业务需求抽象描述
• 不断改善业务考评考量指标体系，并推动业务架构的长期规划和建设落地
• 关注后端支撑平台的使用体验和运维数据，持续推动支撑平台的优化和业务增长；

知识补充：

• 领域知识：

• 目标：了解产品背后的商业逻辑
• 产物：能够讲清楚某一产品背后的商业逻辑，能讲清楚商家的问题，产品是如何是解决的，整体数据是如何流转的。
• 方向：

• 产品知识，上下游戏数据
• 商家问题
• 市场状况
• 电商领域知识

• 成为一个产品

• 目标：学习产品的做事方式，跟上业务的脚步
• 产物：能够分享MDR，能够按业务痛点编写MRD和PRD。
• 方向：PD知识学习

• 成为一个业务架构师：

• 目标：学习业务架构师的基本技能
• 产物：能挖掘客户需求，能进行领域语言设计，能规划业务方向。

ORK&KPI设定：

• 初期：

• 完成领域知识补充，并够在MRD评审中有话语权
• 说明：核心是达到P5能力，这里的KPI设定可以参考PD的。

• 中期：

• 参与战役达成，有战役工作分配
• 说明：有具体业务目标，能够推送业务目标落地。

• 后期：

• 参与业务规划，并能主导部分方向。
• 上面的有虚，实的没想好。

待思考的问题：

• 与PD之间的关系？

• 在业务上有什么帮助？

• 核心目标：让业务目标更容易达成。
• 能让技术理解业务，参与业务沟通规划。
• 能快速评估可行性。
• 能按现在的产品&技术能力快速给出一个解决方案。
• 能够驱动产品向中台化&PaaS化演进。

具体实施方法和路径：

• 30%精力轮岗PD&运营，考核方式同PD。

• 参与PD周会&运营周会
• 参与业务沟通
• 参与需求设计