03 | 架构思维：数字化转型如何落地？

这次不跳跃，咱们具象的留言。 1.全面性。分层思维，不要局限于局部，要有全局视角。具备全局思维对于业务架构师/技术总监/CTO是必要条件，因为他们的定位本身就会涉及企业的多个组成部件，全局思维不仅有利于更好的沟通，还可以基于现状更容易洞察到一些“看不见”的要素，这是帅才，可以通过轮岗的方式来培养，关键是要选对人。基础架构师/首席基础架构师，这块我觉得可以放宽要求。组织的价值在于整合差异的单元，发挥出1+1>2的价值，有全局的帅才自然也少不了专项的将才，给予技术大佬往深度发展的空间更有利于整个组织技术水平的提升。可以注重学习形组织的搭建，给技术大佬设定分享和演讲的渠道，用输出->荣誉->学习->输出的增强回路赋能他们。帅与将并无高低之分，它们只是组织的两种组成单元。将要有大略，帅要有雄才，将要有上天入地之能（能做事），帅要有调动山河之力（能调配）。汽车生产企业的例子，现实场景更可能是：已有轿车生产线，新来了一个越野车生产线的诉求，得快速上。结果就以轿车生产线为主版本，越野车生产线改变自己的业务模式来适应主版本，或者将越野车的业务特性叠加到主版本上。等到都维护不动了，再想重写。 2.结构。公式思维，洞察目标背后的关键模型，识别关键模型上的关键要素，通过分别实现关键要素来达成目标。比如著名的碳排放问题。这里见解和老师有些差异。一样是拆，我更讲究先看透本质，再对本质做识别和拆解，釜底抽薪，从根源处思考解法。 3.灵活。我对灵活的定义和老师差异有点大。编码时我们常提开闭原则，面向扩展开放面向修改关闭。换到企业架构，我认为灵活其实是开闭原则的一种宏观延伸，应该是不修改架构结构的前提下，赋能多行业（实例），将差异收在行业定制，也就是扩展上（可以理解为插拔式架构）。也就是说，我认为灵活是追求架构结构变但能支持新行业实例化这个场景的诉求。追求架构稳定是合理的诉求，毕竟架构调整不是纸上改改，它有成本，甚至伤经动骨。至于刻板的管理这个事，也看场景，行军打仗时就适用，军令如山。而如何做出正确的决策，没有根本解，毕竟我们深处复杂世界，人力有其限，因果有概率，但可以看看亚马逊领导力准则这套临床药方，也许能够提高一点概率。 4.演进。人类的行为 -> 人类社会 -> 人类的行为（循环）。技术演进，这个嘛挺尴尬。毕竟稍有不慎就是投机想上位，跟风怕掉队（KPI工程）。

任何落地都需要基于现有，不然就算计划再完美，执行也会困难重重。所以，落地是渐进的，不是一蹴而就的。同时，落地也是需要全局规划的，起码分为三个阶段： 1.当前马上可以做到的 2.过渡和培训后可以做到的 3.努力冲刺后可以做到的 在这个渐进的过程，所有的已知会得到把控，未知会暴露出来。而没必要在前期太纠结。 至于，范围、进度、成本、形式则需要根据具体的情况，按需安排和调整。

不同的涉众需要不同的架构视角

关于如何做到全面的第一条“一是要靠价值链搭建起完整的分析框架” 付老师能不能展开说下～

全面性，涉及到的相关放，都应该考虑到。 目标性，要有比较明确，可以达到的不表。 分解性，分解到可以落地的计划，阶段，里程碑。 灵活性，计划是可调整，变更的。 演进性，循序渐进，迭代性发展，拥抱变化。

从系统的角度来说： 1.全面界定了系统的范围，与实现目标有关，不同的目标涉及的面也不一样，只有尽可能全面思考了实现目标涉及的虽有面才不会有漏洞，要做到见到整个“树林”；另外企业架构层面思考的面，最终会影响数字化落地时的设计范围。 2.在全面思考的范围框架下，我们要对系统内的各要素做结构化的拆解，理清各要素模块之间的关系，系统目标的实现是基于个各要素之间的配合达成，实现一个个小目标，将整个大系统做结构化模块、要素的拆解，也是系统落地的第一步、进一步细化。 3.计划与实际不可能完全一致，系统需要具有一定的抗风险性，架构设计之就应该给予能力范围之内考虑灵活性的适应变化，从低成本的角度用架构灵活性去做调整适应这种变化，不至于所有都推翻重来； 4.现在的商业化环境大都是不确定的，企业架构也要跟随市场、公司的战略目标演进，而且要主动求变，一个好的架构也是不断演进的结果。 总结一句话就是以目标为导向，遵循全面、结构、灵活、演进的思维做好企业架构。

架构思维要求全面，结构，灵活，演进 全面：全面主要是从两个方面出发，一个是企业内部的全面，企业内容的全面就是要着眼于整个企业以及未来的发展方向，结合业务视角与技术视角全局的看待企业。另一个是企业外部的全面，企业外部的全面就是从企业的整个生态出发，看清企业在生态中的位置与整个生态中其他元素的联系。 结构：理清企业内部的各个结构以及关系，了解整体的结构，同时也要分解复杂的结构，或是把一个整体合理的拆分为几个子结构，达到化繁为简。 灵活：架构不是一成不变，都是随着需求和环境需要不断的调整的，所以要多考虑好架构的灵活性和可扩展性，免得在调整的时候花费大量的成本。 演进：架构不可能一步到位，都是要不断的优化，不断进步的一个过程。刚开始可能只是一个基础架构，然后在基础架构的基础上不断为了更好的服务于企业未来发展，而不断求进的一个演进过程。

数据化转型 ，整体架构

我是数据产品经理，日常工作一个是产品化平台化设计，主要是为了业务服务，还有就是数据治理。 产品化设计就涉及到数据方、业务方、开发、测试、运营，数字化的产品其实是数据部门提供的工具，业务方更好的洞察业务，开发能够提高研发效率，测试也会测bug，运营关注业务；数据治理就主要涉及业务部门还有数仓团队，数据治理目的是让数据更好用，让业务更明确业务口径是什么，规范指标，数仓团队做好数仓建设，更好地支撑业务发展。

结构这一点平时是忽略了，像是“全面”，“灵活”，“演进”应该是平台都有考虑到的，特别是后两个，大家都知道这个是没法一开就是定死的，也有心理预期。但是“结构”，是一种科学的方法论，在实践过程中更适合被分解，被分析，化繁为简。