软件架构师的12项修炼

来源：互联网发布：windows程序设计最新编辑：程序博客网时间：2024/04/28 04:29

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

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

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

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

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

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

>> 缺乏软技能

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

在这本书里，作者说：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

策略部分的讲述，比原则更为细致，让读者可以按图索骥去行动。

例如“了解别人和自己的沟通需求”这部分，作者就细致入微地告诉你如何通过别人的遣词造句和肢体语言来揣摩与会者的需求、想法和态度。所以他让我们在会议中记住这些事项：

这就是《软件架构师的12项修炼》对每一种修炼的呈现方式，它会告诉你原则、策略、方法、注意事项、问题清单，你可以从中找到适合自己的东西，如果你付诸行动，就可以慢慢提升自己的软技能，突破天花板。

阅读全文

0 0