0%

业务总体架构设计

Posted on Edited on In Views: Valine:

总纲：构建业务架构设计的思维模型，以不变应万变

业务架构哲学本质

业务架构设计能力的核心在于

  1. 具备业务架构设计思维模型
  2. 掌握业务架构设计哲学本质
  3. 形成以不变应万变的业务架构能力

业务架构师定位

  • 目标是带领业务走向成功

  • 通过框架思维赋能知识体系构建

  • 掌握成熟的架构方法和工具

    TOGAF, The Open Group Architecture Framework (开放组体系结构框架)

    DDD, Domain Driven Design (领域驱动设计)

形成结构化思维，持续迭代更新结构化思维

面临哪些困惑或考验

瓶颈

  1. 项目缺路标

    0-1，产品

  2. 技术缺平台

    问题

    不同项目标准不一致，同一项目前后迭代过程中不一致，人员能力存在差异导致项目工期紧张时不好加人

    解决方案

    清晰的文档记录，清晰的研发流程，好的开发框架

  3. 应用缺复用

    不同项目重复的功能需要能组件化

  4. 数据缺共享

    目标：不同系统的数据对齐，逻辑自洽

    要点：主从关系，关联关系（依赖关系），逻辑状态关系及边界设计

  5. 流程缺体系

    实现业务的过程

    研发的过程，新加入的开发人员可以按标准流快速上手（开通账号，创建需求，环境，开发实现，提测）

  6. 战略缺能力

    理解上层的战略目标和意图，战略目标可能会比较宏大或者空洞

    需要验证落地方案，拆解战略到支撑，多论证多反馈，形成修正过程

  7. 保障缺治理

    为保障系统持续迭代，需要有业务防腐层和架构防腐层的存在，对开发不友好，前期可能会存在重复开发，但是对架构很清晰

    例如：职责分离

  8. 队伍缺思维

    问题：如何突破瓶颈？、

    原因：1. 不知道自己不知道什么；

    ​ 2. 知道自己不知道什么;

    方法：了解更高级的思维结构和知识点，知道自己不知道什么，找到和自己相关的点，保持持续学习，打破自己的盲区

执行层面提升

  • 整体规划 重于 项目建设

  • 业务视角 重于 技术视角

    业务能力用于支撑战略目标，业务能力再映射到系统能力

    业务专注产品方案，应该专业于业务能力 ，不要从技术视角出发去设计，甚至去限制技术

  • 协同优化 重于 局部改进

    产品和技术在一些问题上有争议时应该从更高的层面去考虑

  • 架构驱动 重于 实现驱动

    单项目架构：可以适当快速开发

    企业级项目架构：必要的核心架构设计和横向拉通

学习方法

  • 空杯心态

  • 深度思考、大胆提问、刻意练习

    零碎时间也可以思考重要问题，会有意想不到的效果

  • 成长差异化来源与时间和精力投入

王国维-《人间词话》学问的三大境界

互联网

  • 消费互联网，电商

  • 产业互联网：工业互联网、农业互联网

能力沉淀->能力输出->能力可视化

构架师核心理论

面临的挑战

战略 -> 战术 -> 落地 金字塔
认知 方法/工具 细节

​ 战略 —– 宏观业务规划能力，4A

​ 战 术 —– TOGAF，DDD

​ 落 地 —– 开发框架，不同的实现方式

科学、合理的框架思维模型

战略落地、数据化转型

灵魂4问

  • 是否有框架思维

  • 框架思维是否科学、高效

  • 框架思维是否结构合理

    逻辑自洽

  • 框架思维是否合适

    理想和实际的平衡

怎样形成框架思维？

  • 理解能力：调度抽象和致简能力的能力模型
  • 降本增效能力：掌握业务架构设计哲学本质思维模型
  • 最小满足能力：MVP业务架构设计思维模型（类似技术上的CAP理论)
  • 拆分和风控能力：BASE业务架构设计思维模型
  • 连贯和持续能力：业务架构设计动态灵活组合思维模型
  • 取舍能力：根据场景平衡折(Balance)中业务架构设计思维模型
  • 评判能力：“合适”业务架构设计思维模型
  • 创新能力：适度超前业务架构设计思维模型
  • 分享或者创作能力：持续塑造个人影响力思维模型

示例：

  • 理解能力
    业务系统承载业务愿景，如“天下没有难做的生意”，“美团外卖送啥都快
  • 降本增效能力
    如果降本增效
    1. 科学规划
    2. 明晰节奏
    3. 合理规范

  • 最小能力满足能力

    时间<–>功能<–>质量

  • 拆分和风控能力 - BASE业务架构设计思维模型
    保证最终一致和完整性 艾林豪威尔矩阵（重要程度、紧急程度）

    如何确认业务重要和紧急性？

  • 拆分和风控能力 - BASE业务架构设计思维模型
    如何界面固化的需求和变化的需求？
    不能要求业务不变，要从技术角度适应变化，减小业务变化带来的技术成本

  • 取舍能力
    好的构架是净化出来的，平衡的优先顺序（时间、成本、业务需求）

    抽象

    如何在有限时间内理清业务逻辑和边界

  • 评判能力

    度量能力？找参考、学习相关资源、独立思考、精简、多交流探讨、积累沉淀

    如何确定业务生重要和紧急

  • 创新能力
    如何微创新、如何突破局面、如何构建新格局

  • 影响力
    如何构建自己的影响力

    来自于自己的经历、沉淀和分享、思考、学习、交流

架构设计能力

  1. 以不变应万变的力能
    不变：九大思维模型

    万变：企业场景

  2. 给出优雅架构设计方案

    优雅=合适=适度超前

    坚持该坚持，放弃可选的

业务架构设计方法论

TOGAF

企业架构（EA），一般包括业务架构（BA, 流程、组织）、应用架构（AA, 应用、服务）、数据架构（DA, 数据、信息）和技术架构（TA, 硬件、网络）这几方面内容

​ 公司管理层

​ | 设计

​ 战略（需求） - 第一层【公司战略层】

​ | 由业务架构师承接转化成业务架构设计

​ 业务架构（BA）-（设计） - 第二层【业务架构层】

​ | 由数据/应用/技术架构师承接转化对应的架构设计

​ 数据架构（DA） - 第三层【解决方案层】
​ 应用架构（AA）
​ 技术架构（TA）

  • 战略是公司最高层的设计, 是业务架构的需求
  • 业务架构师理解战略输出业务架构设计
  • 业务架构是数据/应用/技术架构师的需求
  • 上层驱动下层, 下层支撑论证上层

企业架构：面向整个企业的顶层架构设计

DDD

系统分层和对象职责

业务 -> 统一语言 -> 限界上下文

问题：

  1. 什么是架构净化？具体例子？
    重构、扩展，一般不会全部重写

    参考资料

  2. 企业架构、TOGAF与ArchiMate概览