写点什么

架构师知识的可迁移性:目标,元素,连接

作者:田晓亮
  • 2022 年 8 月 20 日
    广东
  • 本文字数:1162 字

    阅读完需:约 4 分钟

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

从一个小故事开始

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

第一个人说:我在干苦力活养家糊口;

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

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

问:如果你是这个三个石匠的领导,你最放心哪个石匠,最担心哪个石匠?


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


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

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


等等

德鲁克的答案公布

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


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


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


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


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


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


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


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

建筑团队犯了什么错

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


  • 元素=石匠,宫殿

  • 关系=石匠建设宫殿

  • 目标=建一个宫殿


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


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


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


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


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

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


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


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


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


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

发布于: 刚刚阅读数: 3
用户头像

田晓亮

关注

工程师,云计算老司机 2017.11.30 加入

还未添加个人简介

评论

发布
暂无评论
架构师知识的可迁移性:目标,元素,连接_架构_田晓亮_InfoQ写作社区