企业架构方法论在零售服务领域的实践V2.0.pdf

企业架构方法论在零售行业服务领域的实践 让IT聚焦业务价值交付分享人：汪成伟分享人：汪成伟02 企业架构框架裁剪实践03 企业架构应用实践案例04 架构思维与EA发展思考01 信息与数字化时代背景企业架构学科的发展架构愿景架构蓝图设计架构实施EA发展思考建立统一语言建立架构分区标准企业架构元模型信息数字化时代发展架构思维的修炼本次分享的内容框架参考InSight架构管控基于能力的规划，分阶段的业务价值交付趋动型企业架构实践基于能力的规划，分阶段的业务价值交付趋动型企业架构实践OutSight参考、指导指引总结与思考实践反馈优化架构觉醒目录信息与数字化时代背景1.企业架构进一步探索-框架裁剪实践2.企业架构框架应用实践3.架构思维与EA的发展的思考4.目录TABLE OF CONTENTS信息与数字化时代背景01信息和数字化时代数字化技术革命带来架构觉醒企业架构领域学科的发展信息和数字化时代数字化技术革命带来架构觉醒企业架构领域学科的发展1.2.3.导入期导入期转折期转折期展开期展开期1.1信息和数字化已经进入展开期6200020161971资料来源：技术革命与金融资本信息化 和数字化 时代EA已经度过泡沫破裂低谷期，并继续发展资料来源：Gartner(2019年5月)ID:385425“Gartner新兴技术成熟度曲线Gartner新兴技术成熟度曲线”（The Gartner Hype Cycle for Emerging Technologies）个人计算机、数据网络个人计算机、数据网络互联网互联网泡沫到发展成熟泡沫到发展成熟产业产业数字化转型业务敏捷数字化转型业务敏捷1.2 数字化技术革命引发架构觉醒7*资料来源：德勤2021年发布的2020年技术趋势报告架构的趋势：升华的使命与思维越来越多CEO、COO、CTO等高管们意识到，企业架构领域学科在战略上比以往任何时侯都更加重要，为了在已被技术创新打乱的市场中保持竞争力，企业需要不断改进他们的架构。这个过程应该加大对架构师的人才培养力度，在整个企业范围内提升他们的战略价值，参与到系统和业务运营中。最终将这一IT岗位职能演化为数字经济时代的核心竞争优势。架构觉醒十一年技术趋势分析：架构觉醒成为一种新趋势*资料来源：Deloitte Dbriefs webcast,“The future of architecture:Designing a foundation for growth,”Deloitte,October 3,2019.1.3 企业架构领域学科的发展8其他厂商方法论其他厂商方法论研究研究企业架构领域学科企业架构领域学科的发展路线，跟进最新成果，学习领先的架构框架和优秀实践，探索适合公司发展要求的企业架构框架和最佳实践Zachman1987ISO/IEC14252TAFIM1990s影响JTA影响DoD TRMC4ISR1999DoDAF1.02003支持参考参考参考TOGAF1995TOGAF9.02009Zachman2003EAP1992参考支持FEAF1999影响影响FEAF2003TOGAF9.22018起源起源1起源起源2TW现代企业架构框架（MEAF）2021DoDAF2.02009IBM架构方法论业务架构业务架构DMBOK2BizBOK中台数据架构数据架构领域架构，各自发展IBM CBM2004美国国防部(DoD)的体系结构框架信息管理技术架构框架（美国国防部）应用架构应用架构DDD影响影响影响SOA微服务云原生两种起源，四条主线单体华为企业架构框架(EA4.2)2019事实标准企业架构方法论演进-架构框架裁剪实践02建立架构元模型统一语言建立决策机制建立架构元模型统一语言建立决策机制1.2.3.建立架构原则与规范建立架构原则与规范4.2.0 架构框架裁剪的内容框架建立架构元模型统一语言建立架构原则与规范决策机制目标：统一抽象层次总体原则战略决策参考模型建立映射和交互关系核心元素元模型建立架构分区标准企业架构内容框架建立各层领域模型分架构领域的原则与规范架构决策参考模型010203架构决策流程参考学科经典的企业架构框架、专业企业的企业架构方法论实践，作出架构裁剪，统一语言042.1 建立架构元模型(1/2)：裁减架构内容框架参考了参考了TOGAF、IBM、TW的的MEAF企业架构框架，领域架构设计方面还参考了业务架构协会的企业架构框架，领域架构设计方面还参考了业务架构协会的BIZBOK，MAMA的的DMBOK2等方法论，对架构内容框架进行轻量级的裁剪；等方法论，对架构内容框架进行轻量级的裁剪；P架构预备P架构预备P1架构原则A架构愿景A架构愿景A2 精益价格树A4 业务原则A3 架构愿景A1 利益攸关者视图R架构需求R架构需求R1需求目录R2影响分析C 信息架构C 信息架构D技术架构D技术架构D2技术能力目录数据数据C3数据实体C2数据架构视图应用应用C4应用架构原则C5应用架构视图（热力图）C6系统覆盖视图B业务架构B业务架构B1业务架构视图（热力图）P2裁剪后框架D1技术架构原则C1数据架构原则S安全架构S安全架构S1安全架构视图（热力图）E 机会与解决方案E1项目组合清单（优先级）G 架构决策G2架构决策表格G1架构决策参考模型F 迁移规划1 架构原则、愿景与需求2 架构蓝图定义F1迁移实施线路图3 架构实施4 架构管控H 架构风险管理H1架构风险管理表格各框架和方法论各有标准没有共同语言。在组织内明确核心元素与抽象层次，建立映射关系，建立统一语言是关键。S2 安全规范D3技术平台架构*参考：TOGAF Standard 9.2 B2能力地图内容框架2.1 建立元模型(2/2)：企业架构核心元素元模型业务架构数据架构应用架构技术架构决策愿景战略意图目标投注与举措价值链分析业务能力组织业务服务主题域数据实体数据服务应用容器战略决策模型架构决策模型应用组件应用服务应用系统业务域业务子域流程编排服务1:N1:N1:N1:NN:1包含价值流关联实现1:N提供包含包含使用提供1:N包含价值主张调用使用1:N包含技术服务技术组件依赖技术平台物理位置构建打包提供应用系统群包含业务板块包含价值阶段价值阶段架构决策流程系统分层1:N实现部署使能价值流阶段交付由实现由实现2.2 统一语言(1/2)：统一架构分区维度，明确分工13企业级业务域业务域业务域业务域业务子域业务子域业务子域业务子域业务能业务能业务子域业务子域业务子域业务子域业务能业务能业务能业务能业务能业务能业务架构业务架构深度(抽象层次)广度视图类型时间（过去、as-is 现状【基线架构】、to-be未来【目标架构】）统一视角企业级企业级业务域业务域业务域业务域安全架构数据架构应用架构技术架构安全架构数据架构应用架构技术架构企业级企业级EA能力能力中心级中心级EA能力能力项目团队解决方案项目团队解决方案企业级企业级架构师研发中心研发中心.架构师架构师问题拆解 方案指导项目团队项目团队.系统架构师系统架构师某个特定场景、业务子域、业务能问题（业务域、业务子域问题）（跨业务域问题）*参考：TOGAF Standard 9.2 架构分区模型统一业务架构的抽象层次和领域划分统一应用架构的抽象层次和应用切分2.2 统一语言(2/2)：统一抽象层次，建立各层领域模型和映射关系14价值流各环节与能力的映射系统间交互应用容间交互组件间交互在同一抽象层次上进行交互逐层细化逐层细化*参考：ISA 2020第二届中台战略大会_新零售SaaS业务的中台架构实践（有赞-汤奕）L1 一级能力L2 二级能力L3 三级能力能力分级能力分级L4 四级能力业务价值驱动的战略决策2.3 建立决策机制(1/2)：基于价值驱动的战略决策模型15愿景愿景是指是EDGE中提出的个轻量级规划实践法，于捕捉和共享组织愿景标和动举措、指导规划决策与执，通常由愿景、标、机会和举措构成及相应的成效度量（Measure of Success，简称MoS）构成，以保证举措执以保证举措执与战略与战略标对标对，是在业务领域进规划并定期价值衡量的法基础。目标目标目标目标目标目标投注投注关键成效结果投注投注举措举措举措举措举措举措关键成效结果基于成效的战略（基于标）从愿景和标出发基于价值的优先级排序（动态、增量地进投资分配）精益价值树管理标和举措关键成效结果轻量的规划和治理（基于成效定期价值评审）动态调整决策 持续刷新精益价值树精益价值树*参考：EDGE 数字化投资管理之道 Thoughtworks 应用精益价值树进行业务规划注：LVT的层数也可以随着环境变化灵活地设定需要决定各类原则在特定上下文下的优先级。失决策出了问题，它对业务的影响业务的影响有多大？得决策正确，它能贡献贡献多大的业务价值?业务价值?关注隐性价值（性能、可用性、安全性等）ROI高（研发成本低、快速推向上市、业务复用等）符合架构原则（利于架构演进）产生业务风险隐患（带来性能、可用性、安全性上的隐患）ROI低（研发成本高、推迟推向市场、重复投入）不符合架构原则（不利用架构演进、技术债多）以业务价值为导向权衡得失（TradeOff）2.3 建立决策机制(2/2)：基于价值导向的架构决策模型16分析得失，再根据特定的业务上下文，来帮助我们对得失进行权衡，做收敛和取舍，以抓住主要矛盾。制定架构决策流程，有架构争议时按流程提交架构决策申请；决策委员会参考架构决策模型进行决策分析，作出最优架构决策，输出架构决策记录。架构决策序号原则说明序号原则说明1基于统一的架构标准来做架构统一各组织架构语言，明确架构分区与各架构团队的映射关系，使用统一的视图和方法来进行架构描述。2业务价值驱动业务价值驱动，是框架裁剪和应用的第一重要原则，无论是框架本身的设计还是应用框架进行企业级的架构规划，都需要始终遵循此规则，使每一个架构决策都能回溯到企业的战略方向和业务价值上。3轻量化，易于落地在满足企业架构设计的前提下，力求用最少的制品和交付物解决实际问题。轻量化以作到可落地易落地。4积累领域资产要以积累领域资产为导向，形成长期业务沉淀和数据沉淀，形成稳固的业务能力层和数据能力层，业务能力复用。5框架支持适配与扩展支持对于框架做出适当的进一步裁剪和扩展，对框架本身进行迭代优化，使框架切实成为企业级架构规划的有力支撑，而非固化限制。6业务总体原则业务连续性原则、易用性原则、数据安全合规原则，能力可扩展性原则。2.4 制定原则与规范(1/2)：制定总体原则17保证框架裁剪有效并易于实施，框架裁剪和企业架构开发实践需遵循以下的原则，其他架构领域原则不得与此总体原则冲突。总体原则*部分参考：Thoughtworks现代企业架构白皮书架构原则部分序号分类原则与规范说明序号分类原则与规范说明1应用架构相关公司应用架构原则公司应用系统规范及管理制度2数据架构相关公司数据架构原则公司数据常设组织运作管理机制公司主数据管理及治理规范3技术架构相关公司技术架构原则公司应用系统稳定性开发规范公司系统稳定治理规范公司异常治理规范公司生产发布管理规范公司网络变更管理规范4安全架构相关公司信息系统安全漏洞管理办法公司信息系统安全事故管理制度公司应用系统账号和密码安全管理规范2.4 制定原则与规范(2/2)：分领域架构制定原则和规范18各领域架构设计的原则和规范，规范逐步通过研发云、基础云等技术平台进行系统层管控进行系统层管控，以使各研发中心作到很好的遵循。原则规范零售板块售后服务领域的企业架构实践03架构愿景架构蓝图设计架构迁移与实施架构愿景架构蓝图设计架构迁移与实施1.2.3.架构管控架构管控4.3.0 企业架构实践案例内容框架：售后服务数字化转型战略20零售板块企业价值链分析售后业务数字化转型背景价值流与能力映射价值流与能力映射利益相关者视图精益价值树（精益价值树（LVT）应用架构分层视图应用架构分层视图能力地图能力地图数据架构视图安全架构分层视图技术平台架构架构风险管控架构决策管控应用架构分层视图应用架构分层视图架构愿景02架构蓝图定义03架构迁移规划04架构控制05数据主题价值流目录价值流目录架构需求背景01新一轮迭代3.1 背景(1/2)：售后服务领域在零售板块业务价值链中的定位价值链拆分：零售板块业务价值链由五个部分10个组件构成,售后服务是价值链的主要活动之一23全渠道销售全渠道销售经营绩效经营绩效财务管理财务管理人力资源人力资源主数据主数据1.商品规划与供应链商品规划与供应链2.全渠道零售全渠道零售3.财务管理财务管理5.主数据管理主数据管理4.人力资源管理人力资源管理商品规划商品规划采购与库存采购与库存零售运营零售运营物流管理物流管理售后服务售后服务3.1 背景(2/2)：某企业售后服务业务和IT发展并行的数字化转型过程第一个十年：专业零售商第一个十年：专业零售商起步南京，专业零售第二个十年：综合连锁零售商第二个十年：综合连锁零售商综合连锁，产业提速，进军海外信息化建设期信息化建设期第三个十年：智慧零售服务商第三个十年：智慧零售服务商互联网零售，多元协同，能力开放数字化转型期数字化转型期19991990200920191990-1994：1995-1999：2000-2006：2007-2010：2010-2015：2016-至今至今某企业的售后服务业务发展历程扩张阶段 区域扩张12市，增加保养、移机服务成熟阶段 服务标准化，涵盖所有省市，自有工程师1.4万人，日最高订单突破4万单创新阶段 品类扩展所有家电品类；创新服务模式：自有和服务商并行，推行上门和送修双服务方式，产品化、信息化、社会化初现转型阶段 全面推进服务产品化、运营平台化；转型自营加盟模式，向互联网服务转型平台生态阶段 搭建以用户为中心、自营和平台双服务模式的生态服务平台，实现全生态链共享融合发展雏形阶段 空调专卖时代，只做空调安维保障转型阶段发展阶段保障阶段售后服务系统V1.0售后服务系统V2.02005年2009年2010年2015年鲲鹏服务平台V3.02016年至今某企业的售后服务IT发展历程服务赋能化服务智能化服务精准化服务商品化服务可视化运营数据化鲲鹏服务平台自研CRM系统上线开启了以客户关系为核心驱动的CRM管理理念，更加关注客户体验和客户的忠诚度，同时增加了商机、客户营销等新的服务业务模式和服务产品。SAP中启用CS模块以服务业务流程为核心驱动，把线下的作业流程和模式使用系统进行流转和管理，实现了信息化。243.2 架构愿景(1/3)：愿景目标分解23愿景以用户为中心、建立自营和平台双服务模式的服务生态平台，实现全生态链共享融合发展目标1建建标准化服务体系，提升服务运营效率标准化服务体系，提升服务运营效率目标1全全提升用户服务体验提升用户服务体验至上而下48H完结率提升 20%作业异常单生产率降低20%订单履约平均时效提升30%投诉任务单产生率降低30%目标3提升平台基础能提升平台基础能，保证服务稳定性和可扩展性，保证服务稳定性和可扩展性服务稳定性指标可用性（除计划停机）：999系统性能指标核心服务tp999100ms成效指标订单响应时效30分钟响应率目标3.2 架构愿景(2/3)：利益相关者视图24帮客业务运营公司服务商（网点）消费者收费透明上门快自动化派工考核达标订单的全链路监控1）订单的按各维度可视化展示2）作业订单异常跟踪风控预警提高服务质量派工快派工快作业工程师评价高评价高飞单防控至下而上对齐目标自动派工引擎1）能按规则进行派工到网点或工程师。2）进一步实现智能算法基于地理位置的智能派工时效能力管控1）建立能力时效服务2）服务时效前台露出收费透明化1）服务价格前台公示露出2）服务完成后电子账单推送系统稳定服务品类可扩展活好人好工程师权益管理1）工程师CE评分与权益挂钩稳定性治理技术平台接入1）系统监控2）通过性能压测方案进行容量评估3）应用的异常日志查询与治理4）调用链监控&SLA治理在线技能培训1）工程师在线学习专项作业知识服务评价1）能多渠道提供用户对服务的评价，2）对于差评要作到闭环管理飞单风控引擎1）建立风控模型。2）实现风控功能3.2 架构愿景(3/3)：精益价值树（LVT）25时效能力管理1）建立能力时效服务2）服务时效前台露出收费透明化愿景以用户为中心、建立自营和平台双服务模式的服务生态平台，实现全生态链共享融合发展目标2建建标准化服务体系提升服务运营效率标准化服务体系提升服务运营效率目标1全全提升用户服务体验提升用户服务体验目标3系统稳定性能达标系统稳定性能达标1）服务价格前台公示露出2）服务完成后电子账单推送用户自助渠道自动派工订单的全链路监控稳定性治理技术平台1）小程序自助下单自动派工引擎1）能按规则进行派工到网点或工程师。2）进一步实现智能算法基于地理位置的智能派工订单的全链路监控1）订单的按各维度可视化展示2）作业订单异常跟踪风控预警稳定性治理技术平台接入1）服务器系统监控2）通过性能压测方案进行容量评估3）应用的异常日志查询与治理4）调用链监控&SLA治理24小时送装3.3 架构蓝图定义(1/4)-业务架构：价值流与能力映射26服务订单管理服务订单信息管理服务订单状态管理服务订单状态规则管理逐级细化指存在能力差距图例标识：3.3 架构蓝图定义(2/4)-应用架构：应用分层架构视图27图例标识：网点端（WEB端）消息中心延保销售工程师端app.注册/登陆服务中台作业工单管理安装维修清洗配件申请苏宁帮客鲲鹏服务平台服务网关接口调用Passport结算报表任务单管理运营分析员工管理作业管理.培训考试接口调用配件查询配件服务配件定价订单中心订单管理工程师服务人员管理时效查询时效服务能力管理能力扣减订单查询签到作业流程质资管理订单创建消息中心消息推送消息查询通知公告作业服务业务服务层流程编排层CE评分评价查询评价服务服务评价基础能力.地图定位服务地址解析统一支付IVR电联短信申配流程延保销售流程工程师入职网点加盟去前电联销单去前电联上门签到销单电子账单服务评价业态1业态2业态3.认证授权OpenAPI订单接入API天猫接入平台接入苏宁易购天猫58同城帮客小程序.用户渠道（2C）合作商户(2B)商户1商户2.58同城接入.服务状态API.作业后台能力开放运营管理域大数据平台结算平台订单全链路监控引擎智能派工引擎大数据分析运营管理主数据管理作业管理统计报表经营分析服务商考核材配管理延保管理网点管理发票结算单记账分账对账.以上橙色标识是指存在差距主数据主数据订单数据订单数据服务订单中心服务订单中心生产/消费生产/消费生产/消费生产/消费评价数据评价数据时效数据时效数据结算数据结算数据K-VK-V.数据分发/数据复制抽取数据分发/数据复制抽取搜索索引(ES)搜索索引(ES)派生数据派生数据.K-VK-V.HIVEHIVEHBASEHBASEDruidDruid报表报表PGPG明细明细消费、生产数据查询mysqlmysqlmysqlmysqlmysqlmysql分库分表.PGPGPGmysqlmysqlmysqlmysql结算中心结算中心运营管理中心运营管理中心作业交付中心作业交付中心生产/消费生产/消费生产生产自动化派工引擎自动化派工引擎数据服务数据服务自动化派工引擎自动化派工引擎大数据计算平台大数据计算平台业务数据业务数据.mysqlmysql业务应用业务应用结算账单明细数据结算基础数据数据复制抽取数据分发数据分发全链路监控工引擎全链路监控工引擎财务结算财务结算时效能力中心时效能力中心生产/消费生产/消费mysql3.3 架构蓝图定义(3/4)-数据架构：数据流图28安全架构分层视图安全监控密钥管理报文加密HTTPS/SSL数据层传输层.网络层应用层云平台的网络安全体系IPS/IDS防火墙抗DDOS访问控制堡垒机.漏洞扫描防篡改敏感操作日志审计数据脱敏数据加密日志审计身份鉴权防爬虫网络监控系统监控数据库监控应用监控中间件监控性能监控告警各类异常告警业务异常告警告警配置访问控制告警处理数据受托人业务异常监控.安全屋数据异地备份系统层身份鉴权入侵防护安全审计系统访问控制监控告警3.3 架构蓝图定义(4/4)安全架构29指存在能力差距图例标识：在云平台的安全架构体系基础上，针对业务的安全性需求，识别安全风险。安全视图3.4 迁移规划（1/2）：差距分析&项目组合管理30序号与目标架构的差距项目名称项目目标1缺少作业能力和服务时效的管理时效服务管理能力建设项目管理好用户服务时效预期，管理好服务能力：1）建立企业级作业能力时效服务2）通过企业级的能力为在前台露出服务时效2提升服务时效，基于帮客家网点的优势，在物流和安装服务能力整合，实现24小时送装，为用户带来极致的服务体验，提升品牌知名度。24小时送装服务项目用户端打造24小时送装产品，在易购端露出权益，用户下单后，在物流的仓运配和售后端安装均按照24小时送装订单考核，按时完成用户需求，通过打造时效类服务产品提升用户体验。3未建立作业全链路监控能力全链路履约监控项目订单全链路各环节纳入监控，在用户视角上注重结果与履约整体质量呈现。1、作业履约关键环节的结果数据质量监控，规则确认以及报表管理；2、客户视角全链路关键环节报表统计与呈现；3、订单履约异常（系统、作业环节、客户视角）的异常收集与分析呈现；4、履约异常订单作业端的信息互通、客服与运营管理人员查询追溯；4飞单风控能力缺欠，导致订单的全生命周期管控有漏洞会造成飞单飞单风控能力建设项目强控订单的全生命周期管理，从创单到派单、销单的全流程进行精细化管理，建立风控模型，实现风控引擎，减少飞单80%；5缺少有效的服务评价能力评价能力建设项目1、建立评价服务中心，对前台提供服务评价能力2 根据用户评价的结果及新增一键投诉功能，自动产生任务单、定责单、奖惩单，完成差评的闭环管理，用户差评投诉解决率提升50%。6工程师画像基于用户对工程师的评价进行了CE评分统计，但CE评分高低不会影响工程师的接单和作业，无法督促和激励工程师提高服务水平。工程师权益管理项目1、依据工程师的作业服务质量，计算工程师的用户体验评分（CE），对工程师进行等级认证；2、根据等级认证，实现依据工程师的服务评分对派单权益进行差异化管理；3、系统自动触发评分低的工程师专项培训学习、考试，以此来提高工程师能力水平。项目组合通过通过差距分析找出差距分析找出与目标架构的差距，识别项目机会，与目标架构的差距，识别项目机会，价值对齐价值对齐确定优先级确定优先级部分项目机会示例如下：针对差距分析确定的项目，纳入项目投资组合进行管理，评估项目投资收益（ROI），针对立项审批能过的项目，排定优先级，形成实施路线图，同时把架构风险、安全风险、稳定性风险治理纳入项目组合管理。3.4 迁移规划(2/2)：实施路线图31时效服务管理能力建设项目全链路履约监控项目评价能力建设项目201920182020202124小时送装服务项目飞单风控能力建设项目工程师权益管理项目架构风险治理项目安全风险专项治理项目稳定性专项治理项目项目投资组合管理针对项目的功能需求，安全架构规划和非功能性要求，识别出架构风险如下：序号风险识别风险等级风险应对实施计划1作业链路能力不具备生产压力条件，目前只在PST环境作压测不能很好的评估出真实性能，存在一定的稳定性风险。高实施作业链路生产压测，涉及具体工作：1）梳理作业链路的生产压测方案2）按方案进行相关系统的改造3）实施生产压测作为治理专项纳入Q2计划2安全架构差距分析,存在如下风险：1）日志有敏感信息，可以在日志平台查看；2）敏捷操作没有打印审计日志；3）有部分批量功能涉及敏敏捷信息。高1)日志脱敏；2)敏感操作详细记录审计日志；3）批量导出脱敏；作为治理专项纳入Q3版本2时效服务的服务属于交易链路，对性能有较高要求，要确认是否有风险了。高1)数据层分离；2)针对性能指标要求进行性能优化，扩充容量。3）业务监控埋点，异常告警，开发数据维护工具。纳入各版本需求评审的检查项，纳入需求4业务主数据配置，业务积压等原因导致的业务，目前缺少监控手段。中针对业务异常进行埋点，识别业务异常并发出告警。业务监控专门立项3.5 架构管控（1/2）：架构风险管理32背景服务商和作业工程师的账号管理和登陆目前是由帮客家平台自己实现的，而物流配送业态也有自己的账号体系，各自管理不统一，需要进行融合，融合方案有多种需要进行决策。决策点（可选方案）账号融合采用哪一种方案实现？方案一：升级帮客家平台的账号体系，完成服务商组织管理，统一完成工程师、快递员等人员的入职和账号的分配和管理，同时实现账号登陆passort。优点：帮客自建账号体系业务规则熟悉，只需要在原有基础上作能力新增。实现代价小。缺点：为帮客定制，只能服务于帮客域，能力不能被复用。方案二：纳入员工管理的范畴，由企业BU实现服务商的组织管理，完成工程师、快递员等人员入职和账号分配和管理，并由提供passort的登陆验证能力。优点：有企业级用户中心的经验，而此账号属于企业的生态圈的范畴，有能力承接；缺点：企业级用户中心建设受企业研发BU的研发资源限制，排期可能不能跟上。架构决策结果选用方案二决策理由 决策理由主要以业务战略要求的建立可复用的基础能力避免重复建设，以成本最低实现业务价值最大化。具体参考上述的优、缺点分析。同时以企业级立项，与帮客的项目一齐，纳入整合项目组合管理。引入新需求前期切换过程中可能会存在服务不稳定的情况，纳入风险管理，设计灰度切换方案。3.5 架构管控（2/2）：架构决策33架构思维修炼与EA发展思考04架构思维模型架构的发展趋势架构思维模型架构的发展趋势1.2.架构师的自我修炼架构师的自我修炼3.高度抽象高度实用（套路）思维框架、原则顶层规划思维顶层规划思维过渡迭代架构思维过渡迭代架构思维演进思维演进思维分治思维分治思维分层思维分层思维开闭、单一职责等原则开闭、单一职责等原则 方法论，解决方案TOGAFBizBOKDMBOK2C4模型RUP 4+1 视图法Archimate建模语言DDD领域驱动的设计GOF 23设计模式企业架构学科 底层思维 底层原理 复杂科学建模语言设计方法论架构框架 架构模式演进思维 开放思维结构化思维 系统化思维解析属性越强工具属性越强4.1 架构思维模型（1/3）35架构思维的层次模型 一般性重要原理抽象、归纳、演译抽象、归纳、演译复杂系统的涌现复杂系统的涌现CAP BASE原理原理FLP不可能原理不可能原理康威定律康威定律系统动力学系统动力学如果我们想解决一个层次的问题，我们必须探索未知，进入更高的层面。最好的办法是向上一个层次或上几个层级找寻解决方案，在同一层级解决问题，往往不能做出最好的判断。同样架构思维模型中，如果上层不能覆盖你的问题，没有参考时，避免“金锤”反模式避免“金锤”反模式手握锤子看哪儿都是钉子，手握锤子看哪儿都是钉子，你就需要向模型的下层寻求答案。4.1 架构思维模型（2/3）：如何突破思维困局36图片资料来源：2019年NJDS技术团队的思维训练丁慧 Hayley Ding思维跃升我们面对的重大问题，永远不能在产生问题本身的层次上被解决。-爱因斯坦-爱因斯坦他在赶考路上先看到了一副对联，这副对联的上联是，“走马灯，灯走马，灯熄马停步”。如果对得上，他就能够娶到侯门千金。但问题是他对不上，他没有僵在当场琢磨，赶考要紧。到了考场他看到一道对下联的题，这副对联的上联是，“飞虎旗，旗飞虎，旗卷虎藏身”。就是这么巧，一个他对不上的上联，就成了他同样对不上的下联。于是他金榜题名，然后赶紧回来，又把他对不上的上联，作为下联对上了。这样就金榜题名时洞房花烛夜。这个故事揭示要成就一件事，会跟你不知道的种种储备和踌躇哲学有密切的关联，所以不要轻易地下判断，因为在一个更长的故事线里头，有用、无用、成功、失败也许会发生反转。作为架构师，你面对问题框架没有覆盖怎么办？架构师不要局限于框架体系，要学习架构学科底层知识，甚至是跨学科知识的储备，作到思维跃升。架构是设计出来的吗？可能你作出的架构一开头你就被否定，落地遇到挫折，这个时候你怎么办？既不是硬着头皮往前冲，也不是放弃，而是踌躇。踌躇的本质是迭代和思维跃升，首先是不放弃。第二是不执着。换个思维角度有意无意的自底向上作一些尝试迭代演进，在过程中，要密切地注意，眼前正在发生的环境的变化，有可能会出现别开生面的机会，取得最终成功。王安石捡联获妻的故事4.1 架构思维模型（3/3）：踌躇哲学37走马灯灯走马灯熄马停步飞虎旗旗飞虎旗卷虎藏身*故事资料来源：吴伯凡.每周商业评论拼多多的市场思维是设计出来的吗？踌躇哲学主4.2 EA发展方向思考38架构复杂度业务复杂度组识复杂度技术复杂度数据复杂度应用复杂度DDD方法论与业务架构契合DDD的战略部分太弱了，DDD的应用方法论与业务架构方法论的契合，可以对齐业务架构与应用架构数据架构的业务属性从业务驱动到数据驱动，数据成为业务的重要部分，数据架构就不光光是信息架构的一部分了，数据架构的高阶部分就应该与业务架构平行融合。数据与应用架构的融合数据架构与应用架构是作为信息架构的两个视角来设计，但随着微服务化，数据与应用进行了融合，同时大数据架构的计算已经作为应用计算的一部分，大数据架构又以数据服务的方式给应用提供数据支撑。数据与应用架构融合成为可能趋势技术的复杂度封装：技术的复杂性会被云原生、框架、中间件等基础设施进一步封装。低代码平台在2B领域有发展空间从图灵完备角度来说，使用好低码平台一点都不容易，但比程序员要求低多了，由业务技术人员来开发用户体验较好的应用成为可能。业务架构将成为业务战略落地数字化战略的中坚力量.业务中台化/平台化将演进成为业务复杂度封装的有效方法论IT业务最终会融合业务技术人员（ITBP）或是业务架构师的角色将会作为中间过渡的产物。自组织团队组织重塑中的青色组织可能有是一种趋势软件架构与企业架构方法论契合弟子问佛陀：您既神通又慈悲，为何还有人受苦？佛陀说：即使拥有再大神通，仍有四件事做不到：一，因果不可改：自因自果，别人代替不了；二，智慧不可赐：任何人要开悟，离不开自身的修为；三，真法不可说：真理用语言难讲明，只能靠自己实证只能靠自己实证；四，无缘不能度：无缘之人，即使接触佛法也难听进。因果不可改，智慧不可赐，真法不可说，无缘不可渡。4.3 架构师的自我修炼39参考资料40模型思考者模型思考者1 分阶段规划业务结果驱动型企业架构 Gartner 发布日期：2019年5月14日ID:G003854252 德勤 2020技术趋势报告发布时间：2020年12月3 The Elephant in the Architecture为什么应将业务价值视为架构属性 2020.3.2 matinFlower4 华为企业架构分享-杨洋2020.1241云仓仓库数字化解决方案运输数字化解决方案售后数字化解决方案星图TMS鲲鹏THANKS!苏宁科技有着10多年零售数据化转型实战经验，可帮助企业作好数字化转型，提供零售、物流、售后等领域的数字化转型咨询和解决方案服务。有合作意向可以联系：零售数字化解决方案零售