“  本文聊聊作为一个架构师，自己掌握的知识的可迁移性，让你看事物更透彻 ”

从一个小故事开始

工人们在修建一座规模宏大的宫殿。有三个石匠在修建石阶。这时，有人路过，问这三个人在做什么：

第一个人说：我在干苦力活养家糊口；

第二个人说：我在做这个世界上最精致的石器活；

第三个人说：我在修建一座世界上最伟大的宫殿。

问：如果你是这个三个石匠的领导，你最放心哪个石匠，最担心哪个石匠？

这是个经典的管理故事，德鲁克给出过他的答案的，如果没看过这个故事，不妨停在这想想自己的答案是什么，为什么是这个答案？

• 有的人觉得第二个很有工匠精神，这样的员工好，追求极致。

• 有的人觉得第一个员工没追求

等等

德鲁克的答案公布

第三个石匠我最放心，而第二个石匠，我最不放心。

我得出的答案是一样的，为什么我能回答正确呢，我来讲述下自己利用架构思维的推导过程。

作为一名架构师经常要面对什么？先来说说架构的具体表现：

元素、关系，以及设计与演进的基本原则。

当然我还要再补充一句，就是架构必须服务于一个目标。没有目标就好比你做设计之前没有确定系统用例一样，服务于怎样的目标都不清楚。

设计原则也是从业务目标拆解来的。没有目标就没有设计原则。更不提后续架构师设计的到底是个什么样的系统了。

第三个石匠理解整个团队的目标，我相信他的落地动作不会歪。

第二个石匠追求个人目的，石器活跟建设宫殿没有强关系，可能存在歪的情况。

建筑团队犯了什么错

基本上我们能够把一些实体映射上了

• 元素=石匠，宫殿

• 关系=石匠建设宫殿

• 目标=建一个宫殿

其实这个工队缺少了"设计原则"。相信这个团队的管理者并没有为团队建立团队的规范：\

• 设计原则=行为规范与文化

其实这个团队的天花板还是出了问题，而不是石匠的问题。一个管理者都不为自己的团队定义行为规范，不建设文化，应该免职。

新的管理者还要处理这个遗留系统，我称为宫殿建设 1.0 系统吧。我只能试着用架构思维去解决了，但是以下的方式不一定对，读者只能作为参考，而不是标准答案。我会利用架构的演进：演进=人类是有成长潜力的

• 养家糊口的石匠：比如可以在满足他基本的生理需求后，逐步让他理解更大的目标。这是个体的演进。也是我们很多人经历过的阶段。

• 工匠精神的石匠：在不考虑系统目标的前提下，想把一个方向发挥到极致的人。可以调离现有岗位，比如让他研究新的石器花样。成为科学研究型的人，以后的宫殿建设就可以用上。这时候你的系统又多了个研发中心

好了，这是我预设中的宫殿建设 2.0 系统。用演进的眼光来看这个系统，让他它得更好。

架构师确定业务目标，系统用例后，要立刻确定设计原则，遵循设计原则，进行后续的设计活动。使用这样的思考方式，可以帮助看清事情的本质

系统是可以拆解的，找到你面对的一个系统的元素，连接，目标等等因素之后，试着解决这个问题。

感谢阅读，如果觉得有收获，请点赞，让我知道自己所做的事情，有所意义