顶级架构师的5种行为

建筑师就像是交响乐团的^首席指挥。你不需要演奏所有的乐器，但你的职责是确保所有乐器协调一致（此处双关），最终呈现出和谐的效果。

我曾亲眼目睹西蒙·拉特尔指挥六支柏林音乐学院管弦乐队演奏爱德华·格里格的《培尔·金特组曲》。事实上，他们此前从未合作排练过。他们的首演糟糕透顶，嘈杂不堪，但经过多次纠正和排练，拉特尔最终将演出打造成了一部优美而恢弘的作品。

他成功的秘诀是什么？他是如何让所有人都听从他的？他是如何化混乱为和谐？他是如何激发每个球员的最佳潜能的？

同样，作为一名建筑师，你如何才能高效工作？你如何才能保持一切平衡协调？

在这篇文章中，我将与你分享我认为最重要的五种关键行为，它们不仅能帮助你加入建筑师这个混乱的世界，还能帮助你在这个世界中取得成功。

太长不看？

1. Listen Actively, Talk Eloquently
2. 360°, System Thinker
3. Ensure Coherence & Alignment
4. Change Catalyst
5. Raise the Bar

1. 积极倾听，清晰表达

毋庸置疑，优秀的倾听者都是专注的人，他们致力于消化信息并做出建设性的回应。架构师必须充分理解利益相关者、技术团队和最终用户的诸多需求、顾虑和限制。因此，他们必须密切关注细节，并且不怕提出澄清问题。

我们一直都听到这句话The devil is in the details。作为一名架构师，在与同行和客户讨论时，这句格言必须成为你日常工作的一部分，以便你既能理解明确的需求，也能理解那些可能没有直接表达的潜在需求。

另一方面，我们建筑师喜欢交流，分享我们的想法、观点和发现，尤其是在吸收了大量信息之后。然而，语言表达会根据受众和概念的复杂程度而变化。

清晰、简洁且富有感染力的沟通有助于使所有人朝着共同的目标努力，并能引起不同受众（包括技术人员和非技术人员）的共鸣。

你可能会问：“我怎样才能成为一个善于表达、积极倾听的人呢？”其实，这并没有什么高深的技巧，也并非IT领域独有。

首先，Active listening不仅仅是保持沉默；而是要充分理解。

• 考虑到这一点，hold your thoughts为了避免打断对方，虽然很想插话，但请给发言者一些空间。
• 其次，ask the whys and the motivation不要妄下结论；要深入探究他们的理由。并且不要忘记澄清。
• Ask about the definition关键术语及其含义meanings behind common words。人们经常使用相同的词语，但意思却截然不同。通过具体化表达，可以消除混淆。

同样，Eloquence表达能力也在于精准、用心、形象地传递信息，确保每个字都能打动人心。而真正做到口才出众，就意味着让你的观点深入人心。

• 首先，simplify complex ideas如果不能用简单的语言解释清楚，那就重新思考。清晰明了永远胜过晦涩难懂的术语。用词要切题。每个字都要有意义，不要用废话，不要用流行语。
• 其次，use metaphors它们将抽象概念转化为具体事物。你可以把比喻看作是你已知事物和他们理解事物之间的桥梁。
• 最后，practice说话要慢而有条理。给自己留出思考时间，也给听众留出理解时间。

一则轶事

我曾经参加过一个由银行IT部门利益相关者组成的小组讨论会。我们的任务是从零开始构建银行自己的开发框架。

“框架？”我心想，“这可是个大工程。”市场上选择那么多，为什么还要费劲去找个新的呢？是用于开发还是商业用途？内部使用还是公开发布？但我把这些想法藏在心里，等着听听他们的解释。

起初，我们的销售人员 无聊地他们花了很长时间介绍我们公司构建框架的能力，着重强调了这一点。然后，他们突然让我继续发言。我道谢后，并没有继续陈述，而是直接问了评委一个问题：“你们为什么需要一个新的框架？”

他们开始解释，我全程默默地听着，只是做笔记。销售员似乎很不高兴，不停地用那种“你最好说点什么”的眼神看着我，但我没理会。小组讨论结束后，我根据笔记又问了几个问题。他们再次阐述了他们的动机，我依然保持沉默，认真地听着。销售员仍然很不高兴，用眼神戳我，显然对我的沉默感到恼火。

事实证明，他们根本不需要全新的框架。他们真正想要的是一套专用的UI组件，用于规范其SPA ²开发的外观和风格——通过提供即用型业务界面来加快交付速度。他们最初的要求过于夸张且具有误导性。实际需求？完全不同。而最终结果？也与最初的设想大相径庭。

在这种情况下，积极倾听帮助我发现了实际需求，将重点转移到构建他们想要的东西上，并通过真正了解利益相关者的目标来赢得他们的信任。

至于销售员？嗯，我们学会了合作。他们会唱歌，但我掌控节奏。

2. 360°，系统思考者

你是否做过那种噩梦，梦里…… 意大利细面条系统中的依赖关系如此之大，以至于一个角落的微小变化都可能导致完全不相关的角落崩溃？

《蝴蝶效应^3》，你听说过吗？

作为架构师，整体性思维意味着超越各种技术、工具或方法的直接影响，着眼于全局。它意味着确保在系统某一层做出的决策与其他层（从基础设施到应用程序再到业务层面）保持一致。

整体性思维至关重要，它可以避免孤立或脱节的设计，确保系统作为一个连贯的整体运行，而不是各个部件的拼凑，从而防止效率低下和未来的麻烦。

事实上，架构师必须System Thinking将系统视为一个整体进行实践和审视，理解组件及其周围环境之间的因果关系以及它们彼此之间的交互方式。

这可能不仅涉及评估单个技术元素，还涉及评估它们运行的​​更广泛的环境，包括业务目标、用户体验、可扩展性……

我强烈建议你阅读戴安娜·蒙塔利翁的《学习系统思维》，这本书提供了一份切实可行的、针对特定技术领域的系统思维指南。它不涉及理论，而是着重于以切实可行且立竿见影的方式改进你的架构方法。

要深入了解系统思维，你需要关注以下几个方面：

• Observe and Analyze Patterns开始留意工作、团队和项目中的各种模式。不要仅仅关注发生了什么，还要探究其背后的原因。系统思考的核心在于理解这些模式的驱动因素。你正在训练自己超越孤立的事件，把握其背后的结构。

• Practice Mapping Systems拿起笔，把它画出来。绘制系统图，标明各个组成部分、彼此之间的关系以及反馈回路。这不仅仅是绘画练习；它是一种将各个环节连接起来，看清整个流程的方法。

• 而且，最重要的是，你需要这样做Learn to See Beyond Symptoms。建筑师不只是治标不治本，他们会深入挖掘，寻找问题的根源。如果存在问题，不要只是简单地修复它，而是要理解它。反复追问“为什么”，直到找到根本原因。这种“5个为什么”的分析方法能让你把注意力从权宜之计转移到真正的解决方案上。

一则轶事

在与一家知名法国石油公司代表的研讨会上，我们正在深入探讨一项关于BPMN流程的变更请求，该流程旨在协调工程、物流和安全部门之间的关键政策。
与会者中有一位经验丰富、头发花白的先生，他是公司的首席企业架构师。由于我们之前的项目合作，彼此建立了良好的关系，因此我们之间互信互敬。

改变？没错，并不容易。工作流程中充满了各种依赖关系，我们不断遇到各种特殊情况，让每一步都变得更加艰难。首席企业架构师也丝毫不肯放过任何细节，他要求非常严格，巧妙地避开了那些简单快捷的解决方案，指出我们提出的每一个方案的弊端和潜在障碍。

经过几个小时的头脑风暴、分析影响并理清思路后，我记得我正俯身在背包里寻找止痛药来缓解开始袭来的头痛，这时首席EA打断了大家的讨论，问道：“等等，各位！我们现在能用的最佳工具是什么？”

房间里一片寂静；大家互相看了一眼，挠着头，纷纷提出建议。

他咧嘴一笑，优雅地挥了挥手，对我眨了眨眼，然后掏出自己的止痛药。“伙计们！”他说，“我们需要更多这种药！”

3. 确保一致性和协调性

我百分之百确信，架构师是任何系统连贯性的守护者。如果一个系统感觉像一个杂乱无章的拼图，各个部分无法完美契合，相信我！那一定是架构出了问题。

一致性意味着系统的每个部分都适合更大的结构——技术一致性、设计原则和与战略目标的一致性都保持一致。

关键在于：架构师并非只是画完图就走人。他必须协调各个领域，确保业务、开发和运维并非孤立存在。每个领域都有其自身的语言、目标和压力，而架构师则负责将它们协调起来，将业务需求与技术现实连接起来。

这不仅仅是勾选清单，而是要确保所构建的体系切实可行、高效，能够创造价值并产生影响。

我们如何学习和维护一致性？我会说……

• 扮演不同团队、不同声音和不同目标之间的桥梁。Be the Mediator协调一致并非选边站队，而是团结一致。让所有人步调一致。

• 看看类似项目中哪些方法奏效（哪些无效）。Real-world lessons这对于构建连贯、高效的系统来说是宝贵的经验。

• Think holistically还记得吗？要着眼于整个系统，而不是零散的部分。协调一致意味着让每个部分无缝协作。

• 多沟通、澄清、重复。分歧通常源于沟通不畅。畅通无阻的对话才能促进和谐一致。

一则轶事

我最喜欢的那位严谨的产品经理（PM）提出了来自不同利益相关者的担忧，他们关注客户目前访问我们SaaS产品的方式。我们需要改进这一点，确保客户在使用我们的后端组件时获得流畅的体验，同时又不影响安全性和运营效率。

工程团队立即介入，建议我们将现有的访问组件隐藏在一个新层之后，添加一个全新的界面，将所有请求转发给封装好的自动化脚本。从理论上讲，这似乎是一个快速见效的方案，但在我看来，这不过是又一层胶带，增加了组件和复杂性，却丝毫没有解决根本问题。

维护只会变得更加痛苦。

项目经理的目标是减少用户和运维人员的摩擦，而工程团队的目标是加快开发速度。

然而，我的目标是简化流程。我希望将所有环节整合到一个统一的方案中，从而在最大程度上减少技术债务的同时，提供更高的安全性、更可控的访问控制和最小的运维工作量。

最初，我的方案看起来繁琐且实施起来缓慢。但我知道，从长远来看，系统的稳定性终将带来回报。最终的设计方案通过消除冗余组件大幅减少了代码量，通过缩小攻击面增强了安全性，并为所有用户实现了统一的身份验证。

关键经验是什么？其实，一致性不仅仅在于解决眼前的问题，更在于协调业务、技术和运营目标，从而构建一个可持续发展的系统。起初看似缓慢的方法，实际上为我们节省了大量时间和精力，避免了后续的诸多麻烦。

4. 变革催化剂

唯一不变的是变化。

……建筑师必须挺身而出，成为变革的催化剂。我们不仅是在构建系统，更是在推动变革。

许多团队往往囿于当下，而我们早已着眼未来，思考下一步该怎么走。我们并不喜欢停留在当下。

无论是采用新技术、重塑商业模式，还是引导团队适应新流程，架构师都会深入挖掘，发现机遇，并推动切实有效的改进，从而提升组织的整体水平。

但改变并非易事。人们天生抗拒，而这正是架构师发挥作用的地方。我们的工作是帮助每个人克服犹豫，达成共识，并播下变革的种子。消除抵触情绪，推动人们前进，激励他们走出舒适区——这是我们每天的任务。

作为架构师，你必须培养敏捷性，倡导灵活渐进的交付方式。设计出的系统不仅要满足当下的需求，还要能够适应未来的变化而不崩溃。

此外，建筑师创造了一种持续改进的文化，在这种文化中，创新蓬勃发展，团队被赋予权力，每个人都乐于接受改变。

你想引发真正的改变吗？以下是实现方法：

• 变革需要动力。Master the Art of Influence影响力是你的燃料。激励、说服lobby并团结人们，让他们围绕你的愿景前进。

• 如果你自己都看不到未来，别人就更不可能看到了。Sharpen Your Vision明确定义变革的含义及其重要性，并使其清晰明了。

• 人们会追随那些与他们志同道合的人trust。要积极参与，认真倾听，并始终如一。信任是促成改变的桥梁。

• 空谈无益——以身作则。Lead by Example自己先拥抱改变；人们会效仿，因为他们看到你身体力行。

一则轶事

那是一个寒冷的夜晚，我走进了…… 玻璃会议室里挤满了人，他们畅想着如何推动意义深远的变革。我相信我们正站在变革的边缘。目标是什么？彻底改变我们的目标架构，从而提升产品和开发流程。我设想的是一个团结的团队，朝着同一个方向努力。

但现实很快就粉碎了我的希望。

我为实现共同目标所做的一切努力都以失败告终。我眼睁睁地看着挫败感与日俱增，争执声声，意见不一，一道无形的墙在我们之间悄然形成。

团队四分五裂，缺乏凝聚力。每个成员都各行其是，固守着各自的优先事项和计划。开发人员眼里只有代码，运维团队只顾埋头苦干，而管理层根本不愿投入。我感觉自己就像在掌舵一艘连海图都找不到的船。

那一刻，我意识到没有团结，我无法强行改变现状。我带着沉重的心情离开了那次经历，因为我知道，影响他人需要耐心、游说，以及做出许多让步，才能促进真正的联系和理解。

转型？嗯……那只是他们抽屉里一份被遗忘的文件。

5. 提高标准

“差不多就行”是不够的。

英语中没有比“干得好”更伤人的词了。——

特伦斯·弗莱彻，《爆裂鼓手》（2014）

优秀的架构师激励团队追求更高的目标，超越仅仅“完成工作”的思维模式。他们注重创新、质量和一丝不苟的细节把控，从而为卓越奠定了基调。

设定高标准至关重要。无论是在设计精度、性能、安全性还是其他任何方面，提高标准都意味着引入最佳实践、支持新工具，并确保团队理解真正的质量标准是什么。

平庸会传染

高标准不仅仅是追求“完美”；它是为了建立一个基准，让每个人都知道卓越的含义，并感到有能力去追求卓越。

建筑师并非团队中最聪明的人；他们是让其他人变得更聪明的人。

建筑师是智商放大器。——

格雷戈尔·霍普

其次是导师制。真正的架构师不仅领导团队，更会教导团队。他们努力提升所有成员的能力，引导他们理解交付高质量工作的细微之处。这种连锁反应不仅能改善项目成果，还能增强团队成员的自豪感和主人翁意识。当架构师提高标准时，他们便创造了一个以卓越为常态的环境，创新不仅受到鼓励，更成为一种必然。这才是真正变革的发生之道。

要想提高标准，你需要提升自己的水平。

• Commit to Continuous Learning深入学习新技能、新趋势和新技术。保持好奇心，并结交更多优秀的人；这是你的秘密武器。

• 明确目标Excellence。不要安于平庸。不要只盯着终点线；要不断提升目标！努力奋斗。 优质的在每个项目中都追求卓越品质，并激励你的团队效仿。

• Be Resilient要明白，提高目标往往会伴随着挑战和挫折。要始终坚持你的目标，并从一路上的失败中吸取教训。

一则轶事

我们就这样陷入了同样的循环，重复着同样的想法，固守着陈旧的思维模式。每当我们抛出一个个“行之有效”的方案，我几乎都能感觉到办公室里的空气变得越来越沉闷。我们已经成了困在自己舒适圈里的专家，坚信没有更好的方法。

我正想着要不要招些新鲜血液来打破现状，这时，一封奇怪的邮件出现在我的收件箱里。不是工作邮件，而是我的私人邮箱，主题是：“实习咨询”。

这条信息来自一位刚毕业的年轻女士，她找到我们公司是因为我们是少数几家从事她感兴趣的这项技术的公司之一。她非常用心，做了充分的准备工作，阅读了我们公司的整个网站，了解了团队成员，偶然发现了我的名字，然后凭着一丝希望猜中了我的电子邮件地址，并发送了信息。

她的发言简洁明了，直奔主题，没有废话，没有“我对这项技术充满热情”之类的陈词滥调，恰到好处的魄力让我停下来思考。

我被她吸引，回复道。我们安排了一次面试。她才华横溢，充满活力，见解独到，而且敢于提出团队甚至都没想到的问题。不到五分钟，我就知道我要聘用她。

我跟你说，效果立竿见影。她给团队注入了新的活力。突然间，每个人都积极投入，讨论变得生动有趣，各种想法层出不穷，仿佛早就迫不及待地想要迸发出来。生产力也大幅提升。就连我们最持怀疑态度的团队成员也无法否认她对团队的影响。

说来也巧，我们几个月来一直在原地打转，结果只需要一个全新的视角就能带来转机。
仅仅是敢于引入一位思维方式与众不同的人，就提高了标准，并激励我们其他人也这样做。
而这一切，都源于有人凭直觉发了一封邮件。有时候，最好的想法并非来自寻常之处；它们需要的只是一点推动力……以及正确的方向。

最后想说的话

最后还有什么想说的吗？既然你读到这里，你肯定已经明白，成为一名架构师不仅仅意味着拥有响亮的头衔或精湛的技术；它更关乎一种突破界限、搭建桥梁的思维模式。

它意味着多听少说，着眼全局，促进团队协作，推动变革，当然，还要不断提升自我。

如果你正在阅读这篇文章，或许你已经踏上了这段旅程，或者正在考虑加入其中。

无论如何，请记住：没有完美的蓝图。每个系统、团队和项目都是独一无二的，每个架构师的道路都由他们自己的故事塑造而成。

所以，保持好奇心，保持韧性，不断挑战自己和你的团队。因为当你以目标和愿景引领时，架构就不仅仅是一份工作，更是一份能够产生深远影响的传承。

如果你喜欢这篇文章，请关注我的博客，获取更多内容。

1. https://blog.hatemzidi.com/2021/09/19/lessons-learned-from-other-professions/#conductors--maestros  ↩

2. 单页应用程序  ↩

3. https://en.wikipedia.org/wiki/Butterfly_effect  ↩