想成为软件架构师你的举止够优雅吗?

　　文雅的举止

　　作为一名架构师，你需要和单位中的各色人等打交道。要在这个位置上真正取得成功，你需要从你所遇到的每个人那里汲取上级的主意和思想。调动所有人(包括你不赞同，甚至不愿相处的那些人)积极性的最好办法之一是你在任何环境中都举止文雅、专业。

　　举止文雅是FIRST Robotics要求的基本技能。FIRST Robotics是一个致力于激励年轻人成为科技领头人的机构。“举止文雅”主张人们工作时显得文雅、专业。

　　本章揭示想要成为软件架构师的一项关键必备软技能——在所有环境下都举止文雅。

　　别人怎样评价你

　　如果我准备去见一些了解你的人，例如你的邻居、同事、家人等，他们会怎样评价你呢?

　　他们会说你工作努力吗?

　　他们会说你正直诚实吗?

　　他们会说你举止文雅吗?

　　或者，他们会列出一长串软技能清单，认为你是个典型的技术人员，在技术领域没得说，但在软技能方面却不怎么样?

　　技术之天花板

　　对于技术非常棒的人们(当你遇到难题必须解决时，向这些高手求助总能圆满解决)而言，一个挑战就是他们通常很难相处。他们与人沟通的方式或方法完全集中在细枝末节的正确性上。这种描述是不是听着有些耳熟?

　　通常，你很少能坚持到谈话结束，因为这些人对最小的错误变化都详细地进行分析。当你听完问题的解释，你可能已经很累了。

　　在他们回来时，问题以得体的方式解决了，客户很高兴。但下次你需要请他们做事时，你总是会权衡要解决问题所花费的个人成本。你会扪心自问：“这样做真的值得吗?”

　　到了考核的时候，这些技术大拿总是因其卓越的工作得到如潮的评价，可是通常没人注意到对他们那点糟糕的软技能的反馈，或者只是很少提及。年复一年，他们实现工作的方式被当做是优秀的。然而遗憾的是，他们在单位内往上爬的技术障碍也变得越来越大。

　　随着时间推移，在这个情形下的人会寻求升职，他将面临一些挑战。一个关键的困难在于，高级别的管理者不愿意被低职位的人批评。结果是，位于这种人和执行官之间的经理或主管不大乐意结交那些会揭露其短处给执行官的人。

　　吃技术饭的人无疑是很有才能的，他的问题在于总需要单位中有人牵头才会向前迈动一步。如果经理或主管打算利用某个机会让这个“有才能”的人参加某个会议，执行官却在会上被嘲讽，那么执行官对这种人的第一印象就会是负面的，可能要经历数年才能摆脱这种糟糕的第一印象。经理会由衷地后悔给予他的这个机会，而且不想重复类似事件。于是，有技术才能的人的升职天花板变得更厚了(如图1所示)。

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

　　对于技术等级上的某些人，这样的灾难也使他们认为技术上没有才能的人爬上了管理岗位。在某种程度上，这种想法是真实的，尽管社交能力强的人步入管理岗位依靠的并不仅仅是这个因素。特别是，这些人比其他人有更合适的技能，更善于沟通。

　　对于更高职位的人们而言，深谙技术细节固然有用，但能力已经开始向与别人成功交互方向倾斜，为了将事情办成而推销其观点。从技术专家的角度看，他们提出的解决方案只是纯技术性的，足以被人接受—事实仅此而已。他们经常相信解决方案无须推销，所有人都应该赞叹该解决方案的完美。

　　有些时候，技术人员会无法理解：任何一个项目其实都需要考虑方方面面的因素。在许多案例中，解决方案仅仅要能满足用户的需求，并不需要被镀金——尽管反复修改、再修改以趋近完美在技术上是很有趣的。

　　产品需要使支付账单的人的投资得到最大可能的回报。这通常意味着需要挤入更多可能“并不完美”的功能，但事实上只要成本上足够好，能赚到足够多的钱，并在适当时间内满足市场需求就行了。通常竞争的产品都是在开发中的，公司需要首先推向市场，以赢得领先地位，以便令产品卖个好价钱。其他时候，其他一些因素也会同时发挥作用，例如重新为项目设定平台、维护品质、保持成本可控等，这些也会成为主要的驱动力。

　　变得文雅、专业的途径

　　通过下列步骤实现文雅的举止：

　　注重关系甚于争执敦对敦错;

　　学会委派;

　　认识到生活是有反射性的;

　　说到做到;

　　与别人相处时真诚、正直、不呆板;

　　以适时的行为应对问题;

　　提供专业的服务;

　　原谅、遗忘别人以往的冒犯。

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

　　学习变得文雅、专业的首个原则就是注重关系甚于争执孰对孰错。

　　在职场中，关系就是一切。它们决定了哪些项目或工作可以进行，也决定了如何激励人们为你的“高优先级”项目工作。

　　在日常经历中，我们不得不提高嗓门，以便别人听到。我们认为自己的思想、计划、设计、方法、事实、假设都是正确的，以此为出发点来行事。通常在谈话中间，我们会听到感觉不对的地方，并有强烈的欲望来纠正错误的提法。在分享我们的“正确”时，要记住有人曾说过“等待是智慧”。

　　从软件开发和工程观点来看，我们被训练成要“挑刺”(挑那些不完美之处)，并迅速去除这些瑕疵(我们都有各种办法来应对这些任务，例如结对编程、单元测试、功能测试、压力测试、代码走查等)。挑战来自不争的事实，那就是“人并非软件”，我们不能把它们的不足赶走—何况大多数时候，我们对他们缺点的感 觉来自于自己的主观臆断。

　　请扪心自问以下几个问题：

　　这样纠正真的重要吗?

　　如果我不提的话，公司会为此付出很大成本吗?

　　答案通常都是“不是”。你最好的做法就是保持平静，即便你是正确的。寻求对他人维持正直与权威，在别人愿意的时候提供有价值的深入分析，以及找个机会，供别人以一种相对平静的行为来了解。最好的指导原则是让别人产生发自内心的很大兴趣，并使用你最好的判断能力来想出如何处理的方法。

原文转自：http://www.ltesting.net