企业架构方法论在零售服务领域的实践：让IT聚焦业务价值交付

——让IT聚焦业务价值交付 本次分享的内容框架 基于能力的规划，分阶段的业务价值交付趋动型企业架构实践 信息与数字化时代背景1. 目录目录TABLE OF CONTENTS 企业架构框架应用实践3. 架构思维与EA的发展的思考4. 信息与数字化时代背景01 信息和数字化时代数字化技术革命带来架构觉醒企业架构领域学科的发展1.2.3. 1.2数字化技术革命引发架构觉醒 越来越多CEO、COO、CTO等高管们意识到，企业架构领域学科在战略上比以往任何时侯都更加重要，为了在已被技术创新打乱的市场中保持竞争力，企业需要不断改进他们的架构。这个过程应该加大对架构师的人才培养力度，在整个企业范围内提升他们的战略价值，参与到系统和业务运营中。最终将这一IT岗位职能演化为数字经济时代的核心竞争优势。 架构觉醒 1.3企业架构领域学科的发展 研究企业架构领域学科的发展路线，跟进最新成果，学习领先的架构框架和优秀实践，探索适合公司发展要求的企业架构框架和最佳实践 企业架构方法论演进-架构框架裁剪实践02 建立架构元模型统一语言建立决策机制1.2.3.建立架构原则与规范4. 2.0架构框架裁剪的内容框架 目标：参考学科经典的企业架构框架、专业企业的企业架构方法论实践，作出架构裁剪，统一语言 建立架构元模型01 战略决策参考模型 架构决策参考模型 核心元素元模型 架构决策流程 2.1建立架构元模型(1/2)：裁减架构内容框架 参考了TOGAF、IBM、TW的MEAF企业架构框架，领域架构设计方面还参考了业务架构协会的BIZBOK，MAMA的DMBOK2等方法论，对架构内容框架进行轻量级的裁剪；内容框架 各框架和方法论各有标准没有共同语言。在组织内明确核心元素与抽象层次，建立映射关系，建立统一语言是关键。 2.2统一语言(1/2)：统一架构分区维度，明确分工 2.2统一语言(2/2)：统一抽象层次，建立各层领域模型和映射关系 2.3建立决策机制(1/2)：基于价值驱动的战略决策模型 是指是EDGE中提出的⼀个轻量级规划实践⽅法，⽤于捕捉和共享组织愿景⽬标和⾏动举措、指导规划决策与执⾏，通常由愿景、⽬标、机会和举措构成及相应的成效度量（Measure of Success，简称MoS）构成，以保证举措执⾏与战略⽬标对⻬，是在业务领域进⾏规划并定期价值衡量的⽅法基础。精益价值树 业务价值驱动的战略决策 2.3建立决策机制(2/2)：基于价值导向的架构决策模型 •制定架构决策流程，有架构争议时按流程提交架构决策申请；•决策委员会参考架构决策模型进行决策分析，作出最优架构决策，输出架构决策记录。架构决策 分析得失，再根据特定的业务上下文，来帮助我们对得失进行权衡，做收敛和取舍，以抓住主要矛盾。 2.4制定原则与规范(1/2)：制定总体原则 保证框架裁剪有效并易于实施，框架裁剪和企业架构开发实践需遵循以下的原则，其他架构领域原则不得与此总体原则冲突。总体原则 2.4制定原则与规范(2/2)：分领域架构制定原则和规范 各领域架构设计的原则和规范，规范逐步通过研发云、基础云等技术平台进行系统层管控，以使各研发中心作到很好的遵循。原则规范 零售板块售后服务领域的企业架构实践03 架构愿景架构蓝图设计架构迁移与实施1.2.3.架构管控4. 3.0企业架构实践案例内容框架：售后服务数字化转型战略 3.1背景(1/2)：售后服务领域在零售板块业务价值链中的定位 价值链拆分：零售板块业务价值链由五个部分10个组件构成,售后服务是价值链的主要活动之一 3.1背景(2/2)：某企业售后服务业务和IT发展并行的数字化转型过程 3.3架构蓝图定义(1/4) -业务架构：价值流与能力映射 3.3架构蓝图定义(2/4) -应用架构：应用分层架构视图 3.3架构蓝图定义(3/4) -数据架构：数据流图 3.3架构蓝图定义(4/4)安全架构 在云平台的安全架构体系基础上，针对业务的安全性需求 ，识别安全风险。安全视图 3.4迁移规划（1/2）：差距分析&项目组合管理 3.4迁移规划(2/2)：实施路线图 针对差距分析确定的项目，纳入项目投资组合进行管理，评估项目投资收益（ROI），针对立项审批能过的项目，排定优先级，形成实施路线图，同时把架构风险、安全风险、稳定性风险治理纳入项目组合管理。 稳定性专项治理项目 3.5架构管控（1/2）：架构风险管理 针对项目的功能需求，安全架构规划和非功能性要求，识别出架构风险如下： 架构思维修炼与EA发展思考04 架构思维模型架构的发展趋势1.2.架构师的自我修炼3. •顶层规划思维•过渡迭代架构思维•演进思维•分治思维•分层思维•开闭、单一职责等原则… ③一般性重要原理•抽象、归纳、演译 •复杂系统的涌现•CAP BASE原理•FLP不可能原理•康威定律•系统动力学… 4.1架构思维模型（2/3）：如何突破思维困局 •如果我们想解决一个层次的问题，我们必须探索未知，进入更高的层面。最好的办法是向上一个层次或上几个层级找寻解决方案，在同一层级解决问题，往往不能做出最好的判断。•同样架构思维模型中，如果上层不能覆盖你的问题，没有参考时，避免“金锤”反模式手握锤子看哪儿都是钉子，你就需要向模型的下层寻求答案。 思维跃升 我们面对的重大问题，永远不能在产生问题本身的层次上被解决。 --爱因斯坦 4.1架构思维模型（3/3）：踌躇哲学 《王安石捡联获妻》的故事 他在赶考路上先看到了一副对联，这副对联的上联是，“走马灯，灯走马，灯熄马停步”。如果对得上，他就能够娶到侯门千金。但问题是他对不上，他没有僵在当场琢磨，赶考要紧。到了考场他看到一道对下联的题，这副对联的上联是，“飞虎旗，旗飞虎，旗卷虎藏身”。就是这么巧，一个他对不上的上联，就成了他同样对不上的下联。于是他金榜题名，然后赶紧回来，又把他对不上的上联，作为下联对上了。这样就金榜题名时洞房花烛夜。 踌躇哲学 这个故事揭示要成就一件事，会跟你不知道的种种储备和踌躇哲学有密切的关联，所以不要轻易地下判断，因为在一个更长的故事线里头，有用、无用、成功、失败也许会发生反转。 作为架构师，你面对问题框架没有覆盖怎么办？架构师不要局限于框架体系，要学习架构学科底层知识，甚至是跨学科知识的储备，作到思维跃升。 架构是设计出来的吗？可能你作出的架构一开头你就被否定，落地遇到挫折，这个时候你怎么办？ 既不是硬着头皮往前冲，也不是放弃，而是踌躇。踌躇的本质是迭代和思维跃升，首先是不放弃。第二是不执着。换个思维角度有意无意的自底向上作一些尝试迭代演进，在过程中，要密切地注意，眼前正在发生的环境的变化，有可能会出现别开生面的机会，取得最终成功。 4.2 EA发展方向思考 •业务架构将成为业务战略落地数字化战略的中坚力量.•业务中台化/平台化将演进成为业务复杂度封装的有效方法论 •IT业务最终会融合业务技术人员（ITBP）或是业务架构师的角色将会作为中间过渡的产物。•自组织团队《组织重塑》中的青色组织可能有是一种趋势 •DDD方法论与业务架构契合 DDD的战略部分太弱了，DDD的应用方法论与业务架构方法论的契合，可以对齐业务架构与应用架构 从业务驱动到数据驱动，数据成为业务的重要部分，数据架构就不光光是信息架构的一部分了，数据架构的高阶部分就应该与业务架构平行融合。 •技术的复杂度封装：技术的复杂性会被云原生、框架、中间件等基础设施进一步封装。•低代码平台在2B领域有发展空间从图灵完备角度来说，使用好低码平台一点都不容易，但比程序员要求低多了，由业务技术人员来开发用户体验较好的应用成为可能。 •数据与应用架构的融合 数据架构与应用架构是作为信息架构的两个视角来设计，但随着微服务化，数据与应用进行了融合，同时大数据架构的计算已经作为应用计算的一部分，大数据架构又以数据服务的方式给应用提供数据支撑。数据与应用架构融合成为可能趋势 •软件架构与企业架构方法论契合 4.3架构师的自我修炼 因果不可改，智慧不可赐，真法不可说，无缘不可渡。 弟子问佛陀：您既神通又慈悲，为何还有人受苦？ 佛陀说：即使拥有再大神通，仍有四件事做不到：一，因果不可改：自因自果，别人代替不了；二，智慧不可赐：任何人要开悟，离不开自身的修为；三，真法不可说：真理用语言难讲明，只能靠自己实证；四，无缘不能度：无缘之人，即使接触佛法也难听进。