掌握优秀软件架构师必备的12项软技能!

很多软件开发人员都稿、软件絮构师所必需的技术水平，但很少有人能在不具备关键的软技能(非技术

技能)的情况下在架构师的职谴上取得成功。在如今的敏捷开发环境中，这些软技能对于架构师迈向成功

显得更为重要。然而对许多软件开发人员来说，这些技能并不会与生俱来，也很少出现在正规的培训课程

中。现在，资深软件架构师Dave Hendricksen帮你填补这个空白，让你在公司中更好地发挥影响力，快速迈

廊职业生涯的下一个台阶。

在《软件架构师的12项修炼》中，Dave Hendricksen指出了架构师取得成功所必需的三大方面的教技能：关系技能、个人技能

和商务技能。以此为引子，全书系统讲解了学习和强化这些技能的有效(已被实践证明)方法，从协商、

领导力到实用主少、认知等各个方面。

自始至终，在帮助你成功成为架构师并成为优秀的架构师这条道路止，本书极具实践指导意义。

每一位软件开发人员都有一个架构师的梦，但为何真正的软件架构师却寥寥无几？软件开发人员更容易在技术上有所积累和突破，但是技术上的精湛并不足以使你成为一位优秀的软件架构师。合格的软件架构师究竟应该具备哪些能力和素养？本书科学而系统地归纳出软件架构师应该具备的完整能力模型，该能力模型呈一金字塔结构，共分为4层：位于最底层的是技术技能，是软件架构师的基石，属于硬技能；从下往上的三层分别是关系技能、个人技能和商务技能，这些都属于软技能。由于硬技能会随着具体技术领域的不同而千差万别，因此本书假定读者已经具备了这方面的技能；但其他3大方面的软技能却在每个技术领域都适用，是每一位软件架构师的必修课，这是本书的核心内容。　　为了便于认知和实践，由Dave Hendricksen编著的《软件架构师的12项修炼》将3大方面的软技能分为12项：关系技能包含文雅的举止（在任何环境下都能与人文雅相处的能力）、沟通（与人有效交互的能力）、协商（将事情办成的能力）、领导力（通过施加影响力将事情办成的能力）和政治（“政治场合”与人交互的能力）等5项；个人技能包含透明化（使自我、团队关系和项目透明化的能力）、激情（激发和保护激情的能力）和语境切换（将注意力迅速切换到新语境并保持专注的能力）等3项；商务技能包括商务知识（读懂商务语言的能力和了解产品与顾客的能力）、创新（如何通过学习和思考来创新的能力）、实用主义（抓住关键问题的能力）、认知（认知目标、战略及合作伙伴的能力）等4项。　　《软件架构师的12项修炼》不仅帮助软件开发人员系统地学习如何修炼这12项软技能，而且还能让他们进一步理解软件架构师的角色和本质，使他们最终突破技术的“天花板”，成为一名合格的软件架构师。

译者序

前　言

致　谢

第一部分　 关系技能修炼

 第1章　文雅的举止

1.1　别人怎样评价你

1.2　技术之天花板

1.3　变得文雅、专业的途径

 1.3.1　注重关系甚于争执孰对孰错

 1.3.2　学会委派

 1.3.3　生活是有反作用的

 1.3.4　有效沟通之生与死

 1.3.5　要正直诚实而不是率直

 1.3.6　不要掩盖问题—它们以后还会冒出来的

 1.3.7　提供专业的服务

 1.3.8　忘掉以前的冒犯

1.4　小结

1.5　参考资料

 第2章　沟通

2.1　沟通原则

 2.1.1　先听后说

 2.1.2　专心致志

 2.1.3　正面思考

 2.1.4　尽早道歉

 2.1.5　不要在缺陷上招致恼羞成怒

2.2　沟通策略

 2.2.1　多说“是”，少说“不是”

 2.2.2　在销售过程中建立起信任关系

 2.2.3　特殊场合才说“不”

 2.2.4　抑制想自卫的冲动

 2.2.5　倾听建议来改善合作

 2.2.6　了解别人和自己的沟通需求

 2.2.7　才思敏捷

2.3　与执行官沟通

 2.3.1　执行官需要信任、忠诚和连贯性

 2.3.2　清晰性甚于完整性

 2.3.3　不要让执行官感到惊讶

2.4　小结

2.5　参考资料

 第3章　协商

3.1　协商原则

 3.1.1　不要让人惊讶

 3.1.2　不要模棱两可

 3.1.3　委派权威而不是义务

 3.1.4　有困难时寻求帮助

 3.1.5　不要掩盖问题

 3.1.6　即使很难，也要坚持做正确的事

3.2　协商策略

 3.2.1　倾听你的内心呼唤

 3.2.2　设法同意

 3.2.3　不要找分歧

 3.2.4　寻找共同点

 3.2.5　如果无法达到一致，就让所有人稍微不满吧

 3.2.6　将协商作为一种改进措施

3.3　协商前的工作

 3.3.1　知道哪些是可协商的

 3.3.2　了解如何在单位里游刃有余

 3.3.3　关键决定上寻求合作氛围

 3.3.4　学习文化

 3.3.5　让别人明白你的想法

3.4　协商的收尾

 3.4.1　捍卫决策的执行

 3.4.2　维护架构决定记录

 3.4.3　你有时会赢，有时会输

 3.4.4　从委派中学习

3.5　小结

3.6　参考资料

 第4章　领导力

4.1　领导力的原则

 4.1.1　建立信任关系

 4.1.2　建立共识

 4.1.3　建立战略伙伴关系（通过关系带来安全）

 4.1.4　要身体力行（为你所说的话带来安全）

 4.1.5　感知风险、评估影响、做出行动（明确风险的清晰度）

 4.1.6　适当处理风险：什么是鞭炮，什么是原子弹（明确影响的清晰度）

4.2　领导策略

 4.2.1　奥卡姆剃刀法

 4.2.2　展现可视化信息

 4.2.3　领导者要确保事情不跑题

 4.2.4　基于环境推销

 4.2.5　随大流（找机会利用已有的资源）

 4.2.6　关注执行官于认知，而非解决冲突

4.3　领导的时机

 4.3.1　利用单位的动量

 4.3.2　知道何时伸出援手

 4.3.3　允许其他人学习

 4.3.4　知道何时该卓尔不群

 4.3.5　请求原谅还是征求允许

4.4　领导别人

 4.4.1　允许别人奉献（不要命令）

 4.4.2　通过影响力激励别人

 4.4.3　确保别人能做主

 4.4.4　处理冲突

4.5　小结

4.6　参考资料

 第5章　政治

5.1　政治的定义

5.2　政治市场

5.3　政治环境

 5.3.1　与公司的战略方向保持一致

 5.3.2　理解你所处的文化环境

 5.3.3　及早处理别人关注的问题

 5.3.4　相信你所推销的东西

 5.3.5　不关我的事

 5.3.6　关系很重要（与别人的关系）

5.4　政治原则

 5.4.1　宽宏大量

 5.4.2　不要为你的价值妥协

 5.4.3　光明正大地竞争

 5.4.4　透明地操作

 5.4.5　你是怎样的人就怎样表现

 5.4.6　帮助别人，不求回报

 5.4.7　认识到生活是反身的

5.5　政治策略

 5.5.1　帮助别人达成其目标

 5.5.2　学会享受过程而不是目标

 5.5.3　在关键之处力争出色

 5.5.4　愿意就低优先级目标妥协

 5.5.5　不要对别人的糟糕举止采取冒犯的行动

 5.5.6　私下处理人际问题

5.6　政治时机

 5.6.1　以适时的作风执行事情

 5.6.2　今天失利并不代表明天不会成功

 5.6.3　要认识到政治上你不会是常胜将军

 5.6.4　积极参与政治游戏

5.7　成为一名好的政治人物

5.8　参考资料

第二部分　个人技能修炼

 第6章 透明化

 第7章 激情

 第8章 语境切换

第三部分 商务技能修炼 

 第9章 商务知识

 第10章 创新

 第11章 实用主义

 第12章 认知

信任关系可以通过许多种途径建立：在特定领域是一个专家；成功完成某个项目或项目的一部分；建立社会关系；当某人孤立无援时拉他一把；帮助别人成功；或者真心倾听别人说的话。一旦你与别人建立了信任关系，你就能对别人施加影响，从而大大提高领导别人的能力。

相反，倘若你破坏了建立信任关系的基础，毁掉了别人的信任，你领导别人的能力就会急剧下降。将来就更难重建起这种信任关系。

如果你已经证明自己是值得信任的，即便有时无意中做了一些破坏信任关系的事情，别人也会原谅你的，因为大家都是人，都会犯错误——但他们的忍耐是非常有限的，你不能指望这一点。相反，做错事后要学会道歉并把事情做得更好。

4.1.2建立共识

领导力是为了建立一种认知，即每个人都觉得这种认知是对的。它在许多方面类似于推销——帮助人们理解这种认知的价值，允许他们决定这是否是他们的前进方向。关键在于将信息正确传递给每个人，因为对一个人有效的东西，换成下一个人就可能没效果了。在单位里，道理也是一样。因此，你必须知道项目中每个人如何工作，了解他们对项目的看法和关心的地方。

领导力是为了建立对某种认知的共同理解。即便你已经设法让每个人都了解了你推销的想法。倘若这种理解并未在团队里达成共识，组织内部仍不会齐心，团队和其他群体间仍然存在争议。最好的情况是，这样的不协调导致单位内效率被无意浪费；最糟的情况是它可能导致项目失败。

作为一名架构师，你应当考虑使用Philippe Krutchen提出的“4l+l”的架构视角模型。后者是一种捕捉共识的基本细节的方法。这种方法运用系统的逻辑、开发、过程和物理视角(即“4+1”中的“4”)，将用例作为它们之间的‘‘胶水”，并描述架构(即“4+l”中的“1”)。每个视角都是统一整体的某个方面。这种模型有许多变形，但其方法的本质就是要认识到，不同的利益相关者对问题的解决方案有不同的需要、背景、要求，甚至技能。既然如此，架构师需要不同的视角来容纳他们。对某种解决方案的特定模型抽象出关键点，这是支撑该架构的主要技能。

4.1.3建立战略伙伴关系(通过关系带来安全)

成为成功的架构师通常取决于你建立战略伙伴关系的能力。需要建立这些伙伴关系有多种原因，正如对产品的认知需要考虑方方面面一样。

产品的商业认知通常由营销部门或新产品开发部门建立。尽管你能够作为架构师影响产品的认知，但你往往不是产品认知的拥有者。

作为架构师，你要对产品的商业认知有彻底的了解。你最终负责将其转换为技术现实。为达到这一目标，你必须能够将此认知以项目团队可理解的方式传达给他们，并领导他们朝这个方向努力。通过与商务人员紧密结合，并与项目的骨干成员密切配合，架构师能够帮助大家在整个产品开发过程中对产品维持一种共识。

在建立战略合作伙伴关系时，要关注那些能够从认知到最后产品发布过程中影响你进展能力的人，这一点很重要。因项目不同，达到这一标准的个人或群体也各不一样。为成功管理这些关系，你必须了解单位内项目和产品发布的流程。如果做不到这一点，你就会在错误的时间与错误的人打交道。

例如，在项目进展的某些点上，看起来技术上可行的地方却是组织上不可行的，因为反对的人或群体掌握着特定资源的控制权。

也许你的项目需要特定的硬件才能成功，但由于成本、竞争等原因，或操作标准，你可能无法得到该硬件——于是你的项目眼睁睁地无法完成。如果你密切管理这些类型的依赖关系，在早些时候就对单位的某些部门做些活动，就会避免让这些潜在的风险演变成真正的问题。

作为架构师，你也需要与那些能成为你可信任顾问的人建立战略合作伙伴关系。你可以和这些人交谈，从而得到不同的思路——他们如同你认知的宣传媒介。他们的话会帮助你在头脑中形成组织内的方法，以此方法才能确保自己认知的生动性。你需要了解如何游走于单位内部，从而从各种人那里取得知识与专家技能。当你与外部监管机构、贴牌合作伙伴或第三方合作伙伴一道工作时，还有一个维度需要照顾到。在这一例子中，“单位”是一个跨越公司边界的虚拟实体，但依然需要有信任的顾问。

你越成功，你就能建立越强的单位信任关系。这种因素将使你拥有更多的战略合作伙伴关系，并对项目的更多方面自由控制。最后，你会有更强的判断力来转移到先前认为是打破常规做法的地方，承担必要的风险来使项目成功。P62—P63

和其他技术人员一样，程序员在钻研技术时都很拿手，但往往在与人打交道时比较欠缺，而且做事情时关注细节，难以对事情形成总体的把握——这也是我的毛病所在。如何突破由此带来的事业发展瓶颈，是每个技术人员早晚要面临的问题。越早意识到、越早应对这一问题，就越能取得好的效果。Dave Hendricksen先生的这本书阐述了做法，值得每个程序员学习和思考。通读本书，我有一种拨云见日的感觉。在以后的学习、工作和生活中，我会经常引述书中的一些话语，以指导自己的思想和行动。

人们普遍认为西方国家的人好像“不近人情”。通过阅读本书我才知道，其实不论在哪里，“关系甚于正确性”都是成立的。“人情”者，“人之常情”也，每个人都希望被尊重、被认可。同样一件事，说的方式不同，尽管表达同样的意思，却可能会起到截然不同的效果，所以说话是一种很讲技巧的艺术——说得委婉动听，对方就乐意接受，心甘情愿按你的意思去办；说得生硬难听，即便再慷慨激昂，真理明明在你手里，对方不愿意听，你的努力还是白搭。我们很多人(包括我自己)曾经吃过这样的亏，却茫然不知原因所在。我经常回忆古文《触龙说赵太后》，这可能是我国谈及沟通技巧较早的一篇文章，其中体现了先建立友好氛围才能施加影响的重要性。另外本书也提到，一方面要尽早为自己得罪别人的行为道歉；另一方面，不要对别人的冒犯斤斤计较、耿耿于怀，即便别人不道歉也不要计较。这与我国“严于律己，宽以待人”的古训是一脉相通的。这些说明古今中外有人的地方，都有“人情”存在，都要讲究人际关系、人们之间相处的方式，都有共同的为人处世原则。

DaVe Hendricksen先生不仅在书中专门谈及沟通、领导力等与人打交道的话题，也有创新、认知这些深层话题，让我们知道，工作中不仅有技术，不能只埋头于技术，还要有大的眼光、能为公司创造效益，人生才能有所成就。这些都是程序员和其他技术人员最容易忽视的地方。而对这些方面认识浅薄，会对我们的事业发展造成很严重的障碍而不自知，形成书中提到的“技术之天花板”。而本书讲述的内容足以给我们补上这一课，引发自己思维方式的变革，并反映到我们的实际行动中。

原书中出现单词need to、help、begin的地方比比皆是，翻译时为使中文更加流畅，我尽量交替使用各种词汇。作者在每章之后都附有参考资料，其中列出的书名如有汉语版译书出版的，我以中文书名为准，并给出了译者、出版社、出版日期、书号等信息；尚无汉语版本书籍的，我则自行翻译。倘若与日后可能出版的中文译本书名有出入，请读者在检索时以英文书名为准。

对本书的翻译过程也是我的学习和自省过程，使我对工作中如何与别人打交道、如何规划自己的职业生涯有了进一步的认识。相信本书对渴望从技术岗位迁移到技术管理岗位的程序员、软件架构师都是一部很好的学习资料。对于从事其他专业的技术人员，本书同样具有很大的参考价值。

机械工业出版社的编辑关敏女士作为本书的联络人，在翻译本书的过程中为我提供了周到细致的服务。译文成稿后还做了全方位的审校工作，指出了不少问题，对提高本书的翻译质量起了很大的作用，在此向关敏女士致以崇高的敬意。参与本书翻译工作的人员还有白荣献、雷艳、王华敏、雷顺、魏厚斌、雷恒东、陈明莲、张璐、张玉峰，在此向大家表达我由衷的感谢、感激之情。

最后也是最重要的，我想感谢选择阅读本书的读者。市面上并不仅此一部讲述职业规划的著作，而且每个人的时间和精力都很宝贵，您愿意研读本书，愿意为它投入时间和精力，表明了您对它的信任和期望。我希望本书能有助于您达到目标，祝您成功!

译文力争以通俗通畅的汉语再现原著的内容。由于译者水平有限，可能存在某些疏漏之处，请读者不吝赐教。您的意见、建议能够帮助我们改善本书的质量。也欢迎发邮件到zhangfei97@163．com，与我交流本书相关的信息，再次感谢!

张菲

2012年4月