软件架构师的12项修炼

作者: 安晓辉0 | 来源:发表于2017-11-18 07:04 被阅读358次

来，审视一下你所在的公司，是不是存在下面的现象：

如果你遇到以上任何一种情况，肯定有下面的反应：技术干再好也没用，决定不了职场高度。

甚至可能会怨天尤人：我Kao，都是一帮不识货的家伙，早晚有一天你们会知道这么做的后果。

不管哪种反应，事实是，你遇到了一个天花板：

这个天花板，你短时间内还没办法靠技术来打破——如果你能，那早就穿墙破壁进入新世界了。

那么，这个天花板，到底是什么造成的呢？

>> 缺乏软技能

我们今天要推荐这本书，提供了另外一个视角，告诉你如何打破所谓的“技术天花板”。这本书就是——《软件架构师的12项修炼》：

在这本书里，作者说：

大多数时候所谓的“技术之玻璃天花板”其实只是缺乏软技能而已。这些技能可以学到，缺乏的知识可以通过决定改变的努力来弥补。

他还画了一张图，来描述这一现象：

>> 12 种软技能

既然所谓的天花板，只是因为缺乏软技能，那么软技能都包括什么呢？作者把它们分成了三个部分：

关系技能：文雅的举止、沟通、协商、领导力、政治。

个人技能：透明化、激情、语境切换。

商务技能：商务知识、创新、实用主义、认知。

一共 12 种技能，这也是书名的来历。

技术技能和上述 12 种软技能，存在层次关系：技术技能是基础，然后是关系技能，接下来是个人技能，最后是商务技能。下面的能力金字塔模型体现了这种关系：

开发者在职场上的修炼方向，是从金字塔底部往顶部修炼。你的修炼越接近顶部，你的职位就越高，薪水就越高，重要性就越高。

所以，当你具备一定的技术技能（这是基础），就要留意软技能的修炼，铅笔式的耿直是无法在职场上走远的。

通常我们认为软技能很难用语言来描述，其修炼方法也很难系统化。但因为这本书的作者也是技术出身，能够用技术的视角来看待软技能的修炼，所以，还是给出了很棒的指南和方法。

我们以第 2 章——“沟通”——为例来介绍一下。

注意，这里的沟通技能适用所有技术人员，并不局限于架构师。

作者认为架构师的沟通首先基于沟通原则，其次是沟通策略，在此之上是与执行官的有效沟通。

接下来给出了 5 大沟通原则：

关于每一个原则，在书中都有展开和细致说明。比如第 5 个原则，在你开评审会议时特别有用。

回忆一下你参与过的技术评审、项目评审会议，是不是经常会有 “张三指出李四的方案或做法有某某不足，然后大家争得面红耳赤” 这种情况？

要避免这种情况，作者给出了一些有效的办法：

确保对评审项目的关注，而评价不是针对生产或创造评审项目的人或单位。换句话说，评审应针对事物、方法，而不是针对人。
避免用“你”、“你的”这类个人化的评价。
设法表达你要求修改的原因是想达成什么目标：确定修改与市场策略有关，基于一般的架构原则，抑或是公司或部门的目标？
评审应关注改善评审项目的方法，不仅仅因为没有遵循某个编码知道原则，而是修改后为什么有用。评审项目的人不仅需要知道，怎样把事情做得更好，还要知道为什么这种改进是有用的。
找机会说出已作出的工作的积极成分。大多数人被指出暴露的缺陷后，都会非常想要辩解，而找到工作的好的方面能够软化这种态势。所有与会者都应明白，目标是创造优秀的工作成果，每个人都要求用同样的标准——这是集体的努力。
确保会上的每个人都参与进来。以局外人的身份参加会议是在浪费公司的时间。
模仿你在寻求的行为。拿出当评审你的工作，且结果是“很好，继续干吧”时的行为。目标是创造优秀的工作成果并持续改进它。换句话说，不是关于你的事，而是关于如何奋力正确优秀的事。
举止文雅：倘若角色互换，作为被评审人，你希望别人怎样给你反馈意见？

介绍了沟通原则，作者接下来讲 7 大沟通策略：