架构大咖说丨顶级架构师 = 技术大牛？

共 3368字，需浏览 7分钟

· 2021-08-18

- 前言 -

通过自身不断地努力，逐渐成长成为一个顶级的架构师，是许多技术人的梦想。然而，如何成为一个顶级架构师呢？很多人认为只要技术很牛，就能成为顶级架构师，这是一种错误的观点，因为技术大牛不等于顶级架构师。为什么这么说呢？顶级架构师与技术大牛的差别在哪里呢？今天我们就好好讨论一下。

一个技术大牛即使懂得再多的技术，这些技术本身是不能帮助团队形成用户价值的。因为如果不能将技术转换成用户所需的功能，解决用户的业务痛点，那么再多的技术对于用户来说都是无用的，用户都不会为之买单，也不能给软件企业带来效益。也就是说，技术必须要应用到用户所需的功能，解决用户的业务痛点，产生用户价值，用户才会为之买单。只有这样的技术对于软件团队来说才是有价值的，否则都是无用功。

顶级架构师与技术大牛的区别就在于这种业务需求的落地能力。因此，顶级架构师应当具备这样两个核心能力：能够将业务转换为技术、能合理利用技术支撑业务。

- 如何将业务转换为技术 -

很多架构师，一探讨业务就犯难，一探讨技术就来劲。这样的架构师，只能成为技术大牛，不能成为顶级的架构师，对业务知识的空白是他们成长的天花板。作为一个企业的顶级架构师，必须具备超强的落地能力，能够将用户的业务需求落地到技术方案，帮助研发团队开发出用户乐于使用的产品和功能。只有形成了这些产品和功能，用户才能为之买单，企业才能挣钱。

只有具备这样的能力，能够强力地帮助企业产生效益，这样的架构师才是有价值的架构师，才能成为顶级架构师。

怎样才能研发出用户乐于使用的产品和功能呢？不是将用户的业务需求依葫芦画瓢地做出来，用户就乐于使用，你必须要深入地理解业务。通过对业务的理解，梳理业务流程，发掘用户痛点，然后落地到技术上，有针对性地制订出技术方案，最后做出来的产品与功能，才是用户真正乐于使用，乐于买单的产品与功能。因此，对于顶级架构师来说，仅仅掌握一大堆技术是远远不够的，你必须要懂业务。懂不懂业务，懂得多深，决定了你设计的产品的好坏，也决定了你作为架构师的价值。

既然如此，怎样才能懂业务呢？怎样才能深刻地理解业务呢？我认为不是耗费巨大精力，拿着书本去阅读相关的业务书籍，这样做耗费巨大精力而收效甚微。比如说，我看到一些人做财务就去考财会证书，做税务就去看税务书籍，这种方式不是不好，而是耗费精力过大而有用的不多。我们的目标不是要做业务专家，而仅仅是做相关的业务开发。

多年的经验告诉我们，要懂得业务其实就是靠多年的从业经历积累出来的。在你所在的行业经历多年的信息化建设，做的系统多了，每做一个系统就认真地与客户交流，潜心地研究这个系统相关的业务领域知识，深入地挖掘这部分业务存在的业务痛点，然后有针对性地制订相应的技术方案。当你这些事情做多了，涉及的业务系统多了，自然地积累了大量业务知识，就懂业务了。

因此，一个优秀的架构师不可能从大学毕业就能成为优秀架构师，他需要机遇，需要有这么多项目的经历，经历的项目多了，每个项目足够用心，才能成为优秀的架构师。正因为如此，一个软件企业可以有很多项目经理，能培养出来的优秀的架构师却凤毛麟角，原因就在于此。

- 合理利用技术支撑业务 -

要成为顶级架构师的另外一个重要的技能就是超强的技术落地的能力。作为顶级架构师，他的作用就是要将用户的业务痛点，快速地落地形成合理的，甚至是最优的技术方案，做出用户需要的功能，让用户为之买单，从而为企业产生效益。

光懂技术，不能形成用户价值，不能为企业产生效益，架构师的价值就不能体现出来，这样的架构师就不能成为顶级的架构师。

然而，在深入理解业务以后，如何选择合理的技术方案去解决用户的业务痛点呢？这要求我们不仅要有扎实的技术功底，更重要的是广博的技术知识。如今是一个技术快速更迭的时代，各种高新技术层出不穷。

并非所有技术都靠谱，都有广阔前景的。因此，作为一个顶级架构师，必须要有广阔的视野，不断关注业界的各种动向、各种新技术。同时，应当有鉴别能力，哪些技术有前途，哪些技术值得关注、值得投入。

因此，如果把一个人的知识结构形容为一个三角形，那么架构师的知识结构就是一个钝角三角形。也就是说，一个人的精力是有限的，我们不可能对所有技术都精通。但架构师往往更强调见多识广，很多东西都至少听过，知道有这么回事儿。这样，当真正需要制订方案的时候，你才能想得起。

同时，只有到了要真正使用时，再有针对性地去学习、去掌握。唯有这样才能为用户的痛点制订出更好、更适合、更先进的技术方案，体现出作为架构师的专业性。

不仅如此，这里强调的还包括这种快速落地的能力，即架构师制订的技术方案，在短期就能落地，就能形成用户价值，让用户买单。然而，许多架构师在制订技术方案的时候，容易走向另外一个极端，就是总是在高谈阔论宏观、整体、大局，总是看着高大上，然而却迟迟不能落地。

- 理性看待新技术 -

技术是实实在在的，是来不得任何虚假的。我们制订的技术方案，再华丽、再高大上，如果不能落地，不能让开发人员开发出来，再美妙的故事终将会破灭。到那时，带给企业的将是巨大的灾难。也就是说，越美妙的故事，当它破灭的时候，给我们的伤害越大。而这样的架构师，不仅不能成为顶级架构师，而且是极其危险的架构师。

然而，现在摆在架构师面前的状况却极其窘迫。近几年，随着技术的快速发展，诸如人工智能、区块链、物联网等高新技术层出不穷，这些技术也吊足了客户的胃口。现如今，如果我们提出的技术方案没有这些高大上的高新技术，过于落地的技术方案往往给人感觉平淡无奇、没有吸引力、入不了客户的法眼，就拿不下这个客户。因此，企业对于架构师的期望就不再是那种技术男类型了，而是那种能够娓娓道来，能够讲故事，能够用高大上的技术方案给客户描绘一个令人无比期待的未来愿景。

作为一个资深技术人，我不得不说，现在这些高新技术其实并不成熟。要用这些技术去建设系统，比如人工智能，一个建模周期至少是3-5个月，而这3-5个月还不一定有任何结果，可能需要3-5年的建设才能看到效果。因此，高大上的技术方案建设周期过长，不能快速落地产生效益，这就是一种巨大的风险。

怎么来解决这样的风险呢？根据我多年的项目经验，可以这样干：首先，高大上的技术方案是必须要有的，它是我们的敲门砖，没有它就拿不下项目，后面的所有事情都无从谈起了。不过，高大上的技术方案不容易在短期落地，因此可以将其作为一个远期的目标，项目建设的终极目标，给客户一个值得期待的愿景。

一个经历3-5年的远期目标，还需要有一个一个的小目标，一步一步地去落实，一步一个脚印地去实现。这就可以将3-5年才能实现的远期目标，落实到了1-2个月就可以实现的一个一个短期目标。每个短期目标，经过1-2个月的建设就能获得一个结果，实现某些用户价值。我们在一个值得期待的远期目标的基础上，制订一个一个短期目标，一步一个脚印踏实地去实现，不仅会让客户接受，而且会让客户感觉我们做事特别靠谱。这样的架构设计才是切实可行的架构设计，设计这样的架构才能让我们逐步成长为顶级架构师。

总而言之，要成为一个顶级架构师，需要具备以下技能：

（1）需要一定的方法，能够通过与客户的沟通，深入理解业务需求；

（2）需要更加广泛地掌握如今快速发展的技术及其未来的趋势；

（3）如何站在更加宏观的角度去思考和规划一个复杂业务系统的建设。

干货最后，推荐下我和范钢老师联合撰写的《架构真意：企业级应用架构设计方法论与实践》一书，解答你对架构师的全部疑惑。书中包含：