企业架构方法论在苏宁易购的实践

企业架构方法论在苏宁易购的实践——

让IT聚焦业务价值交付02

企业架构框架裁剪实践04

架构思维与EA发展思考01

信息与数字化时代背景企业架构学科的发展架构愿景架构蓝图设计架构实施EA发展思考建立统一语言建立架构分区标准企业架构元模型信息数字化时代发展架构思维的修炼参考InSight架构管控本次分享的内容框架基于能力的规划，分阶段的业务价值交付趋动型企业架构实践OutSight参考、指导03

企业架构应用实践案例指引总结与思考实践反馈优化架构觉醒目录信息与数字化时代背景1.企业架构进一步探索-框架裁剪实践2.企业架构框架应用实践3.架构思维与EA的发展的思考4.目录TABLEOF

CONTENTS01

信息与数字化时代背景信息和数字化时代数字化技术革命带来架构觉醒企业架构领域学科的发展1.2.3.导入期转折期展开期1.1信息和数字化已经进入展开期6200020161971资料来源：《技术革命与金融资本》信息化和数字化时代EA已经度过泡沫破裂低谷期，并继续发展资料来源：Gartner(2019年5月)ID:

385425“Gartner新兴技术成熟度曲线”（TheGartnerHypeCycleforEmerging

Technologies）、个人计算机数据网络发互联网泡沫到展成熟产业数字化转型业务敏捷1.2

数字化技术革命引发架构觉醒7*

资料来源：德勤2021年发布的《2020年技术趋势报告》架构的趋势：升华的使命与思维越来越多CEO、COO、CTO等高管们意识到，企业架构领域学科在战略上比以往任何时侯都更加重要，为了在已被技术创新打乱的市场中保持竞争力，企业需要不断改进他们的架构。这个过程应该加

大对架构师的人才培养力度，在整个企业范围内提升他们的战略价值，参与到系统和业务运营中。最终将这一IT岗位职能演化为数字经济时代的核心竞争优势。架构觉醒十一年技术趋势分析：架构觉醒成为一种新趋势*

资料来源：Deloitte

Dbriefs

webcast,

“The

future

ofarchitecture:

Designing

afoundation

for

growth,”

Deloitte,

October

3,

2019.1.3

企业架构领域学科的发展8其他厂商方法论研究企业架构领域学科的发展路线，跟进最新成果，学习领先的架构框架和优秀实践，探索适合公

司发展要求的企业架构框架和最佳实践Zachman1987ISO/IEC14252TAFIM1990s影响JTA影响DoDTRMC4ISR1999DoDAF1.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.建立架构原则04 与规范03 决策机制02 统一语言01

建立架构元模型2.0

架构框架裁剪的内容框架统一抽象层次总体原则战略决策参考模型建立映射和交互关系核心元素元模型建立架构分区标准企业架构内容框架建立各层领域模型分架构领域的原则与规范架构决策参考模型架构决策流程目标：

参考学科经典的企业架构框架、专业企业的企业架构方法论实践，作出架构裁剪，统一语言4

架构管控3

架构实施2.1

建立架构元模型(1/2)

：裁减架构内容框架参考了TOGAF、IBM、

TW的MEAF企业架构框架，领域架构设计方面还参考了业务架构协会的

BIZBOK，MAMA的DMBOK2等方法论，对架构内容框架进行轻量级的裁剪；P架构预备P1架构原则A架构愿景A2

精益价格树A4

业务原则A3

架构愿景A1

利益攸关者视图R架构需求R1需求目录R2影响分析D技术架构D2技术能力目录C

信息架构数C3数据据实体C2数据架构视图应用C4应用架构原则C5应用架构视图（热力图）C6系统覆盖视图B业务架构B1业务架构视图（热力图）P2裁剪后框架D1技术架构原则C1数据架构原则S安全架构S1安全架构视图（热力图）E

机会与解决方案E1项目组合清单（优先级）G

架构决策G2架构决策表格G1架构决策参考模型F

迁移规划1

架构原则、愿景与需求2

架构蓝图定义F1迁移实施线路图H

架构风险管理H1架构风险管理表格各框架和方法论各有标准没有共同语言。在组织内明确核心元素与抽象层次，建立映射关系，建立统一语言是关键。S2

安全规范D3技术平台架构*

参考：《TOGAF

Standard

9.2

》B2能力地图内容框架2.1

建立元模型(2/2)

：企业架构核心元素元模业务架构数据架构应用架构技术架构决策型愿景战略意图目标投注与举措价值链分析业务能力组织业务服务数据服务应用容器战略决策模型架构决策模型应用组件应用服务应用系统业务域业务子域流程编排服务1:N1:N1:N1:N包含价值流…关联实现1:N数据实体N:1主题域包含提供包含使用提供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中提出的⼀个轻量级规划实践⽅法，⽤于捕捉和共享组织愿景⽬标和⾏动举措、指导规MoS）构成，以保证举措执⾏与战略⽬标对⻬，是在业务领域进⾏规划并定期价值衡量的⽅法基础。目标目标目标投注关键成效结果投注举措举措举措关键成效结果①

基于成效的战略

（基于⽬标）从愿景和⽬标出发关键成效结果②

基于价值的优先级排序

（动态、增量地进⾏投资分配）⽤精益价值树管理⽬标和举措③

轻量的规划和治理

（基于成效定期价值评审）动态调整决策

持续刷新精益价值树精益价值树

划决策与执⾏，通常由愿景、⽬标、机会和举措构成及相应的成效度量（Measureof

Success，简称*参考：《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.01

背景3.0

企业架构实践案例内容框架：售后服务数字化转型战略20零售板块企业价值链分析售后业务数字化转型背景价值流与能力映射利益相关者视图精益价值树（LVT）应用架构分层视图能力地图数据架构视图安全架构分层视图技术平台架构架构风险管控架构决策管控应用架构分层视图应用架构分层视图02架构愿景03架构蓝图定义04

架构迁移规划05架构控制

数据主题价值流目录架构需求新一轮迭代3.1

背景(1/2)：售后服务领域在零售板块业务价值链中的定位价值链拆分：零售板块业务价值链由五个部分10个组件构成,售后服务是价值链的主要活动之一23全渠道销售经营绩效财务管理人力资源主数据1.

商品规划与供应链2.全渠道零售3.财务管理5.主数据管理4.人力资源管理商品规划采购与库存零售运营物流管理售后服务第一个十年：专业零售商起步南京，专业零售第二个十年：综合连锁零售商综合连锁，产业提速，进军海外信息化建设期第三个十年：智慧零售服务商互联网零售，多元协同，能力开放数字化转型期19991990200920192000-2006：成熟阶段

服务标准化，涵盖所有省市，自有工程师1.4万人，日最高订单突破4万单2010-2015：转型阶段

全面推进服务产品化、运营平台化；转型自营加盟模式，向互联网服务转型3.1

背景(2/2)：某企业售后服务业务和IT发展并行的数字化转型过某程企业的售后服

务业务发展历程1990-1994：雏形阶段

空调专卖时代，只做空调安维保障转型阶段2016-至今平台生态阶段

搭建以用户为中心、自营和平台双服务模式的生态服务平台，实现全生态链共享融合发展发展阶段2007-2010：创新阶段

品类扩展所有家电品类；创新服务模式：自有和服务商并行，推行上门和送修双服务方式，产品化、信息化、社会化初现保障阶段1995-1999：扩张阶段

区域扩张12市，增加保养、移机服务售后服务系统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系统性能指标核心服务tp999<100ms成效指标订单响应时效30分钟响应率目标3.2

架构愿景(2/3)：利益相关者视图24帮客业务运营公司服务商（网点）消费者收费透明上门快自动化派工考核达标提高服务质量派工快作业工程师评价高飞单防控至下而上对齐目标自动派工引擎能按规则进行派工到网点或工程师。进一步实现智能算法基于地理位置的智能派工订单的全链路监控订单的按各维度可视化展示作业订单异常跟踪风控预警时效能力管控建立能力时效服务服务时效前台露出收费透明化服务价格前台公示露出服务完成后电子账单推送系统稳定服务品类可扩展活好人好稳定性治理技术

平台接入1 系统监控2通过性能压测方案进行容量评估

3）应用的异常日志查询与治理

4）调用链监控&

SLA治理在线技能培训1）工程师在线学习专项作业知识工程师权益管理1）工程师CE评分与权益挂钩服务评价

1）能多渠道提供用户对服务的评价，2）对于差评要作到闭环管理 飞单风控引擎建立风控模型。实现风控功能3.2

架构愿景(3/3)

：精益价值树（LVT）25时效能力管理建立能力时效服务服务时效前台露出收费透明化愿景以用户为中心、建立自营和平台双服务模式的服务生态平台，实现全生态链共享融合发展目标2建⽴标准化服务体系提升服务运营效率目标1全⾯提升用户服务体验目标3系统稳定性能达标服务价格前台公示露出服务完成后电子账单推送用户自助渠道自动派工订单的全链路监控稳定性治理技术平台1）小程序自助下单自动派工引擎1）能按规则进行派工到网点或工程师。2）进一步实现智能算法基于地理位置

的智能派工订单的全链路监控1）订单的按各维度可视化展示2）作业订单异常跟踪风控预警稳定性治理技术平台接入服务器系统监控通过性能压测方案进行容量评估应用的异常日志查询与治理调用链监控&

SLA治理24小时送装3.3

架构蓝图定义(1/4)

-业务架构：价值流与能力映射26服务订单管理服务订单信息管理服务订单状态管理服务订单状态规则管理逐级细化图例标识：指存在能力差距3.3

架构蓝图定义(2/4)

-应用架构：应用分层架构视图27网点端（WEB端）延保销售工程师端app...注册/登陆消息中心服务中台作业工单管理安装 维修 清洗配件申请苏宁帮客鲲鹏服务平台服务网关接口调用任务单管理运营分析员工管理结算报表作业管理...培训考试接口调用配件查询配件服务配件定价订单中心订单管理工程师服务人员管理时效查询时效服务能力管理能力扣减订单查询签到作业流程质资管理订单创建消息推送消息查询消息中心通知公告业务服务层流程编排层CE评分评价查询评价服务服务评价基础能力......Passport 地图定位服务地址解析统一支付IVR电联短信申配流程延保销售流程网点加盟工程师入职作业服务去前电联销单去前电联上门签到销单电子账单业态1业态2业态3服务评价......认证授权OpenAPI订单接入API天猫接入平台接入苏宁易购天猫58同城帮客小程序...用户渠道（2C）合作商户(2B)商户1商户2...58同城接入...服务状态API...作业后台能力开放运营管理域结算平台大数据平台智能派工引擎订单全链路监控引擎大数据分析运营管理主数据管理作业管理统计报表经营分析服务商考核材配管理网点管理延保管理结算单记账分账对账发票...图例标识：以上橙色标识是指存在差距主数据订单数据生产/消费生产/消费评价数据时效数据结算数据K-V数据分发/数据复制抽取搜索索引(ES)派生数据K-VHIVEHBASE报表Druid

PG明细消费、生产数据查询mysqlmysql...

mysqlmysql

...mysqlmysql分库分表......PGPGPG...mysqlmysqlmysql...

mysql结算中心生产/消费生产自动化派工引擎数据服务自动化派工引擎

大数据计算平台业务数据mysql...mysql结算账单明细数据结算基础数据数据复制抽取数据分发全链路监控工引擎财务结算业务

服务订单中心

作业交付中心

时效能力中心

运营管理中心应用生产/消费mysql3.3

架构蓝图定义(3/4)

-数据架构：数据流图28安全架构分层视图安全监控密钥管理报文加密HTTPS/SSL数据层传输层...网络层应用层IPS/IDS防火墙云平台的网络安全体系抗DDOS 访问控制堡垒机...漏洞扫描防篡改敏感操作日志审计数据脱敏数据加密日志审计身份鉴权防爬虫网络监控系统监控中间件监控性能监控告警告警配置各类异常告警访问控制告警处理业务异常告警数据受托人数据库监控

应用监控业务异常监控...安全屋数据异地备份系统层身份鉴权入侵防护安全审计系统访问控制监控告警3.3

架构蓝图定义(4/4)安全架构29图例标识：指存在能力差距在云平台的安全架构体系基础上，针对业务的安全性需求，识别安全风险。安全视图3.4

迁移规划（1/2）：差距分析&项目组合管理301 缺少作业能力和服务时效的管理时效服务管理能力建设

项目管理好用户服务时效预期，管理好服务能力：建立企业级作业能力时效服务通过企业级的能力为在前台露出服务时效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环境作压测不能很好的评估

高实施作业链路生产压测，涉及具体工作：梳理作业链路的生产压测方案按方案进行相关系统的改造实施生产压测作为治理专项纳入Q2计划安全架构差距分析,存在如下风险：1）日志有敏感信息，可以在日志平台2 查

看

；敏捷操作没有打印审计日志；有部分批量功能涉及敏敏捷信息。1)日志脱敏；高 2)敏感操作详细记录审计日志；3）批量导出脱敏；作为治理专项纳入Q3版本2时效服务的服务属于交易链路，对性能有较高要求，要确认是否有风险了。高数据层分离；针对性能指标要求进行性能优化，扩充容量。3）业务监控埋点，异常告警，开发数据维护工具。纳入各版本需求评审的检查项，纳入需求4业务主数据配置，业务积压等原因导致的业务，目前缺少监控手段。中针对业务异常进行埋点，识别业务异常并发出告警。业务监控专门立项3.5

架构管控（1/2）：架构风险管理32背景服务商和作业工程师的账号管理和登陆目前是由帮客家平台自己实现的，而物流配送业态也有自己的账号体系，各自管理不统一，需要进行融合，融合方案有多种需要进行决策。决策点（可选方案）账号融合采用哪一种方案实现？方案一：升级帮客家平台的账号体系，完成服务商组织管理，统一完成工程师、快递员等人员

的入职和账号的分配和管理，同时实现账号登陆passort。优点：帮客自建账号体系业务规则熟悉，只需要在原有基础上作能力新增。实现代价小。缺点：为帮客定制，只能服务于帮客域，

能力不能被复用。方案二：纳入员工管理的范畴，由企业BU实现服务商的组织管理，完成工程师、快递员等人员入职和账号分配和管理，并由提供passort的登陆验证能力。优点：有企业级用户中心的经验，而此账号属于企业的生态圈的范畴，有能力承接；缺点：企业级用户中心建设受企业研发BU的研发资源限制，排期可能不能跟上。架构决策结果决策理由选用方案二决策理由主要以业务战略要求的建立可复用的基础能力避免重复建设，以成本最低实现业务价

值最大化。具体参考上述的优、缺点分析。同时以企业级立项，与帮客的项目一齐，纳入整合项目组合管理。引入新需求前期切换过程中可能会存在服务不稳定的情况，纳入风险管理，设计灰度切换方案。3.5

架构管控（2/2）：架构决策3304

架构思维修炼与EA发展思考架构思维模型架构的发展趋势1.2.架构师的自我修炼3.高度抽象高度实用（套路）②

思维框架、原则过顶渡层迭规代划架思构维思维演进思维分治思维分层思维开闭、单一职责等原则…①

方法论，解决方案BTOizGBOAFKDMBOK2C4模型RUP

4+1

视图法Archimate建模语言DDD领域驱动的设计GOF

23设计模式…企业架构学科

底层思维

底层原理

复杂科学建模语言设计方法论架构框架

架构模式演进思维

开放思维结构化思维

系统化思维解析属性越强工具属性越强4.1

架构思维模型（1/3）35架构思维的层次模型③

一般性重要原理抽象、归纳、演译复杂系统的涌现CAP

BASE原理FLP不可能原理康威定律系统动力学…思维跃升如果我们想解决一个层次的问题，我们必须探索未知，进入更高的层面。最好的办法是向上一个

层次或上几个层级找寻解决方案，在同一层级解决问题，往往不能做出最好的判断。同样架构思维模型中，如果上层