架构宝典
上QQ阅读APP看本书,新人免费读10天
设备和账号都新为新人

5.3 架构能力的修炼

架构能力的修炼,最好做到七多:

●多想(“学而不思则罔”,运用计算机思维,深入思考问题背后的根源和关联问题的渊源)。

●多看(空杯心态,“他山之石,可以攻玉”,避免重复造轮子)。

●多读(“思而不学则殆”,读书而有益,多读而博知)。

●多写(学以致用,反复思考,构建知识体系)。

●多练(“绝知此事要躬行”,不自欺、不欺人、不被欺)。

●多问(不耻下问,不怕傻问题,对问题及时反思,多视角看待事物)。

●多实践(行胜于言,实践出真知,要有精益求精的工匠精神)。

架构师,特别是一线架构师,经常会作为技术专家来参与问题的解决,下面是以往解决问题时的经验总结。

●问题描述。准确了解问题是什么,基于具体事实进行陈述,尽量详细不笼统,并以分析问题为重点进行问题信息收集(而非一些过往经验的论断)。

●分析问题(根据问题树排查)。分析问题时要简单有效、逻辑清晰,如果暂时无法确认问题,最好能给出确认问题的截止时间。

●问题跟踪分析,去掉非关键问题(通过使用漏斗法去掉非关键问题)。使用80/20的思考方式,推敲问题现象与假设间的逻辑关系,尽量做到全面考虑、避免遗漏。制订详细的工作计划,发挥团队协作的作用,让交易线相关人员尽可能参与其中(这样可能会加快问题确认的速度)。如果问题复杂,需要团队协同,则组织者要做好工作规划。

●进行关键分析。以数据为基础(避免以经验先入为主);争取得到专家的支持(充分利用他人经验);使用80/20的思考方式;经常回顾问题的目标以及论证的逻辑关系(奥卡姆剃刀定律:如无必要,勿增实体);不拘泥于现状,寻求突破性观点。

●综合调查结果,并构建论证。整合各种分析内容,串联成合乎逻辑又具有说服力的故事;关心汇报对象的关注点,做到重点突出,条理清晰;描述问题时要为关键决策者提供必要依据;根据汇报对象的不同,采用不同的方式描述问题。

●问题处理。注意紧急解决问题和完美解决问题的权衡,分析问题解决过程可能带来的影响并制订对策。

●问题解决确认。与问题提出者确认,与问题周边影响者确认,根据监控系统数据进行确认。

●知识积累。将问题记录成文件或放入知识库,并分享解决问题的过程和经验。