企业架构方法论在苏宁易购的实践—让IT聚焦业务价值交付

企业架构方法论在苏宁易购的实践 ——让IT聚焦业务价值交付 本次分享的内容框 架基于能力的规划，分阶段的业务价值交付趋动型企业架构实践 OutSight 01信息与数字化时代背景 InSight 信息数字化时代发展 架构觉醒 企业架构学科的发展 参考 架构愿景 企业架构元模型 02企业架构框架裁剪实践 参考、指导03企业架构应用实践案例 架构实施 架构蓝图设计 建立统一语言 实践反馈优化 建立架构分区标准 架构管控 指引 04架构思维与EA发展思考 总结与思考 架构思维的修炼 EA发展思考 目 录 1. 目录 TABLEOFCONTENTS 4. 3. 2. 信息与数字化时代背景 企业架构进一步探索-框架裁剪实践 企业架构框架应用实践 架构思维与EA的发展的思考 01信息与数字化时代背景 1. 2. 3. 信息和数字化时代 数字化技术革命带来架构觉醒企业架构领域学科的发展 1.1信息和数字化已经进入展开 期1971 导入期 2000 转折期 2016 信息化和数字化时代 展开期 个人计算机、数据网络 互联网泡沫到发展成熟 产业数字化转型业务敏捷 资料来源：《技术革命与金融资本》 “Gartner新兴技术成熟度曲线” （TheGartnerHypeCycleforEmergingTechnologies） EA已经度过泡沫破裂低谷期， 并继续发展 资料来源：Gartner(2019年5月)ID:385425 6 1.2数字化技术革命引发架构觉醒 架构 觉醒 越来越多CEO、COO、CTO等高管们意识到，企业架构领域学科在战略上比以往任何时侯都更加重 要，为了在已被技术创新打乱的市场中保持竞争力，企业需要不断改进他们的架构。这个过程应该 加大对架构师的人才培养力度，在整个企业范围内提升他们的战略价值，参与到系统和业务运营中。 最终将这一IT岗位职能演化为数字经济时代的核心竞争优势。 架构的趋势：升华的使命与思维 十一年技术趋势分析：架构觉醒成为一种新趋势 *资料来源：德勤2021年发布的《2020年技术趋势报告》 *资料来源：DeloitteDbriefswebcast,“Thefutureofarchitecture:Designingafoundationforgrowth,”Deloitte,October3,2019.7 1.3企业架构领域学科的发展 研究企业架构领域学科的发展路线，跟进最新成果，学习领先的架构框架和优秀实践，探索适合公司发展要求的企业架构框架和最佳实践 两种起源，四条主线 影响 参考 C4ISR1999 DoDAF1.02003 DoDTRM JTA 参考支持 DoDAF2.02009 美国国防部(DoD)的体系结构框架 起源1 起源2 其他厂商方法论 影响 14252 ISO/IEC TAFIM1990s 支持参考 TOGAF1995 信息管理技术架构框架 （美国国防部） Zachman1987 参考 影响 EAP1992 影响 IBM架构方法论 影响 事实标准 TOGAF9.22018 影响 FEAF1999 TOGAF9.02009 Zachman2003 影响 FEAF2003 华为企业架构框架 (EA4.2)2019 TW现代企业架构框架 （MEAF）2021 业务架构 应用架构 数据架构 领域架构，各自发展 DMBOK2 IBMCBM2004 BizBOK 中台 DDD 单体 SOA 微服务 云原生 8 02企业架构方法论演进-架构框架裁剪实践 1. 2. 3. 4. 建立架构元模型统一语言 建立决策机制 建立架构原则与规范 2.0架构框架裁剪的内容框架 目标：参考学科经典的企业架构框架、专业企业的企业架构方法论实践，作出架构裁剪，统一语言 01建立架构元模型 核心元素元模型 企业架构内容框架 02统一语言 建立映射和交互关系 建立各层领域模型 统一抽象层次 建立架构分区标准 03决策机制 架构决策流程 架构决策参考模型 战略决策参考模型 建立架构原则 04与规范 分架构领域的原则与规范 总体原则 2.1建立架构元模型(1/2)：裁减架构内容框 架 内容参考了TOGAF、IBM、TW的MEAF企业架构框架，领域架构设计方面还参考了业务架构协会的 框架BIZBOK，MAMA的DMBOK2等方法论，对架构内容框架进行轻量级的裁剪； 1架构原则、愿景与需求2架构蓝图定义 B业务架构 B1业务架构视图（热力图） B2能力地图 P1架构原则 P架构预备 3架构实施 E机会与解决方案 E1项目组合清单（优先级） A1利益攸关者视图 P2裁剪后框架 A架构愿景 C信息架构 据 据实体 C1数据架构原则 数 A2精益价格树 应用 F迁移规划 各框架和方法论各有标准没 A4业务原则 A3架构愿景 R架构需求 D技术架构 C4应用架构原则 4架构管控 H架构风险管理 H1架构风险管理表格 G架构决策 G2架构决策表格 G1架构决策参考模型 C3数 C2数据架构视图 F1迁移实施线路图 C5应用架构视图（热力图） C6系统覆盖视图 S1安全架构视图 （热力图） S安全架构 有共同语言。在组织内明确核心元素与抽象层次，建立映射关系，建立统一语言是关键。 R1需求目录 D1技术架构原则 D3技术平台架构 D2技术能力目录 S2安全规范 R2影响分析 *参考：《TOGAFStandard9.2》 决策 架构决策流程 架构决策模型 战略决策模型 投注与举措 目标 战略意图 价值主张 价值链分析 2.1建立元模型(2/2)：企业架构核心元素元模型 愿景 业务板块 业务架构 业务域 1:N包含 应用系统群 应用 1:N 业务子域 包含 主题域 数据实体 系统分层 交付 1:N 价值流 业务服务 实现 价值阶段价值阶段 提供 数据架构 … 业务能力 使能价值流阶段 关联 由…实现 由…实现 组织 架构包含 1:N 调用1:N 应用服务 流程编排服务 提供 1:N 数据服务 包含 N:1 包含 应用系统 … 包含1:N 提供 应用容器 应用组件 包含使用 1:N 构建打包使用 技术组件 技术服务 架构 技术 实现 依赖 技术平台 物理位置 部署 2.2统一语言(1/2)：统一架构分区维度，明确分工 安全架构 技术架构 应用架构 问题拆解方案指导 企业级 EA能力 企业级架构师 （跨业务域问题 统一视角 视图类型 企业级 广度 数据架构业务架构 业务域业务域 业务域 企业级 业务域业务域 深度 (抽象层次) 业务域 研发中心.架构师 中心级 EA能力 （业务域、业务子域问题） 业务能力 … 业务能力 … 业务能力 … 业务能力 … 业务子域 业务子域 业务子域 业务子域 项目团队解决方案 项目团队.系统架构师 某个特定场景、业务子域、业务能力问题 时间（过去、as-is现状【基线架构】、to-be未来【目标架构】） *参考：《TOGAFStandard9.2》架构分区模型13 2.2统一语言(2/2)：统一抽象层次，建立各层领域模型和映射关系 统一业务架构的抽象层次和领域划分统一应用架构的抽象层次和应用切分 价值流各环节与能力的映射 在同一抽象层次上进行交互逐层细化 能力分级L1一级能力L2二级能力L3三级能力L4四级能力 系统间交互 逐层应用容器间交互细化 组件间交互 *参考：ISA2020第二届中台战略大会《_新零售SaaS业务的中台架构实践（有赞-汤奕）》14 型 价值树划决策与执⾏，通常由愿景、⽬标、机会和举措构成及相应的成效度量（MeasureofSuccess，简称 精益 是指是EDGE中提出的⼀个轻量级规划实践⽅法，⽤于捕捉和共享组织愿景⽬标和⾏动举措、指导规 MoS）构成，以保证举措执⾏与战略⽬标对⻬，是在业务领域进⾏规划并定期价值衡量的⽅法基础。 2.3建立决策机制(1/2)：基于价值驱动的战略决策模 目标 关键成效结果 关键成效结果 目标 愿景 举措 举措 举措 投注 投注 目标 业务价值驱动的战略决策 ①基于成效的战略（基于⽬标） 从愿景和⽬标出发 ②基于价值的优先级排序（动态、增量地进⾏投资分配） ⽤精益价值树管理⽬标和举措 关键成效结果 注：LVT的层数也可以随着环境变化灵活地设定 ③轻量的规划和治理（基于成效定期价值评审） 动态调整决策持续刷新精益价值树 *参考：《EDGE数字化投资管理之道》Thoughtworks应用精益价值树进行业务规划15 符合架构原则 （利于架构演进） 不符合架构原则 （不利用架构演进、技术债多） 2.3建立决策机制(2/2)：基于价值导向的架构决策模 型 架构•制定架构决策流程，有架构争议时按流程提交架构决策申请； 分析得失，再根据特定的业务上下文，来帮助我们对得失进行权衡，做收敛和取舍，以抓住主要矛盾。 决策•决策委员会参考架构决策模型进行决策分析，作出最优架构决策，输出架构决策记录。 失 决策出了问题，它对业务的影响有多大？ 得 决策正确，它能贡献多大的业务价值? 需要决定各类原则在特定上下文下的优先级。 ROI低 （研发成本高、推迟推向市场、重复投入） ROI高 （研发成本低、快速推向上市、业务复用等） 产生业务风险隐患 关注隐性价值 （带来性能、可用性、安全性上的隐患） （性能、可用性、安全性等） 以业务价值为导向 权衡得失 （TradeOff） 16 2.4制定原则与规范(1/2)：制定总体原则 总体保证框架裁剪有效并易于实施，框架裁剪和企业架构开发实践需遵循以下的原则，其原则他架构领域原则不得与此总体原则冲突。 序号 原则 说明 1 基于统一的架构标准来做架构 统一各组织架构语言，明确架构分区与各架构团队的映射关系，使用统一的视图和方法来进行架构描述。 2 业务价值驱动 业务价值驱动，是框架裁剪和应用的第一重要原则，无论是框架本身的设计还是应用框架进行企业级的架构规划，都需要始终遵循此规则，使每一个架构决策都能回溯到企业的战略方向和业务价值上。 3 轻量化，易于落地 在满足企业架构设计的前提下，力求用最少的制品和交付物解决实际问题。轻量化以作到可落地易落地。 4 积累领域资产 要以积累领域资产为导向，形成长期业务沉淀和数据沉淀，形成稳固的业务能力层和数据能力层，业务能力复用。 5 框架支持适配与扩展 支持对于框架做出适当的进一步裁剪和扩展，对框架本身进行迭代优化，使框架切实成为企业级架构规划的有力支撑，而非固化限制。 6 业务总体原则 业务连续性原则、易用性原则、数据安全合规原则，能力可扩展性原则。 *部分参考：Thoughtworks《现代企业架构白皮书》架构原则部分17 2.4制定原则与规范(2/2)：分领域架构制定原则和规 范 原则各领域架构设计的原则和规范，规范逐步通过研发云、基础云等技术平台进行系统层管规范控，以使各研发中心作到很好的遵循。 序号 分类 原则与规范说明 1 应用架构相关 公司应用架构原则公司应用系统规范及管理制度…公司数据架构原则公司数据常设组织运作管理机制 2 数据架构相关 公司主数据管理及治理规范…公司技术架构原则公司应用系统稳定性开发规范公司系统稳定治理规范 3 技术架构相关 公司异常治理规范公司生产发布管理规范公司网络变更管理规范…公司信息系统安全漏洞管理办法公司信息系统安全事故管理制度 4 安全架构相关 公司应用系统账号和密码安全管理规范… 18 03零售板块售后服务领域的企业架构实践 1. 2. 3. 4. 架构愿景 架构蓝图设计架构迁移与实施架构管控 售后业务数字化转型背景 零售板块企业价值链分析 3.0企业架构实践案例内容框架：售后服务数字化转型战略 01背景 利益相关者视图 精益价值树（LVT） 价值流目录 02架构愿景03架构蓝图定义 架构风险管控 05架构控制 新一轮迭代 能力地