张中：工程师进阶之路

工程师进阶之路 二

谈谈沟通能力——沟通的准则

如果一名工程师要成长为资深专家或者是架构师或者是技术管理者，沟通是必不可少的技能和工作的工具。

对于资深专家或者架构师，对沟通能力的要求甚至大于技术管理者，因为他们没有行政权力，但是却往往需要主导、指导、控制跨小组、跨团队乃至跨公司的项目，怎么能够把各个组织里面的人有效的驱动起来，沟通能力非常重要。

但是我们工程师在成长过程中，往往不注意或者没有收到这方面的训练，当他技而优则”升“成为专家的时候，问题就来了，尤其是他作为团队中坚，既要和一线工程师交流又要向老板汇报，真的是压力山大啊！

沟通方式和技巧往往是因人而异的，但是我们还是可以总结出一些基本准则供大家参考。

先说一下沟通的准则：

• 先听后说

古罗马哲学家Epictetus曾经说过很有意思的一句话，人之所以要少说多听，是因为我们只有一个嘴巴但有两个耳朵。

我们古人也总结了：兼听则明偏信则暗，进一步补充了耳朵各在左右两边的重要性，哈哈。

马云对还没有成为三年阿里人说的话里面，***句就是多看少说。

当然他们更多的是从宏观的角度来论证，其实走入到具体的沟通微观例子中也是同样适用的。

我曾经一开会就立马紧张起来，为什么啊？是因为要急于表达自己的观点和成绩，深怕别人不知道，总是想见缝插针的说话，结果是别人说的、别人要表达的我全部没有听进去，失掉了很多学习乃至接受别人主动帮助的机会。

而我们工程师要成长进阶，意味着我们必须承担更多的职责、协同更多的事务，从而在我们的沟通中不仅仅是单刀直入的技术讨论，而是需要多方面的去倾听，尽可能多的收集各方面的反馈和判断，从而帮助你做出正确的决定，并且记住“正确”的决定往往不是“***”的决定。

公司或者组织为什么要提拔你，很重要的一点就是需要你的综合判断能力，要做到综合判断的首要一点就是“先听后说”。

• 不能身在曹营心在汉

当我们慢慢成长的时候，我们别的感受不强，但是有一个感受会非常强烈，就是会议越来越多，非纯技术的小事情会越来越多的骚扰到我们，工作和生活间的干扰甚至冲突也会出现。

很快一种典型的行为模式就出现了：开会的时候漫不经心，时常溜号；工作上想着生活上的事情，生活上为工作上的困难而惴惴不安。工作和生活的界限，先不详说，也许下次再说，呵呵。

就说说会议吧，会议变多说明你变重要了，是好事情。但是总是在溜号，说明你的其它技能还不能支撑你的进步。最急需的就是时间管理和任务优先级安排，这两个话题有很多很好的书去阐述，比如《成功人士的七个好习惯》《和时间做朋友》等，我们可以去学习。

那就简单说一下防止溜号的一个小技巧吧：盯着发言的人，跟着他的思路思考，放平你的腿不要翘起来，给自己一个不是非常舒适的坐姿，呵呵，真的好用。

• 积极的看待问题

这个和上一篇说到的”生活是一面镜子“是呼应的，但是更强调你的积极的心态，对沟通结果的引导，同一件事情往往都有两个侧面：积极的和消极的。

一个很有意思的例子就是：屡战屡败 vs 屡败屡战。我们的积极心态才能在沟通中激发起对方的激情和勇气，让对方也积极的看待事情，并乐观的处理。一个全是唉声叹气的谈话，怎么让人在沟通后信心百倍的去做事情呢？

• 早冷静早道歉早更正

资深专家或者架构师最经常犯的一个错误，就是沟通中在技术方面给出了错误的指导或者判断。

如何去修行我们的技术能力尤其是技术广度，是另外一个话题暂且不表。那么当出现了这个问题，我们一定要尽早更正和道歉，尽可能让参加沟通的全体都能接受到。不要让自尊心阻碍了我们的更正和道歉，我们的这种行为反而会赢得大家的尊重。

还有一种情况就是因为我们对于技术的热情或者偏执，在沟通中会伤害到别人，比你资深的人会收起帮助你的想法，比你资浅的人会闭上表达想法的嘴巴，***的结果就是你成了孤家寡人。所以我们一定要早冷静，一旦发现自己过激了，立即更正、道歉。这反而会让我们更可爱。

• 不要鸡蛋里面挑骨头

当我们成长起来过程中，审视或者评审别人的工作成果或者设计方案会越来越多，这个时候千万别在小缺陷点上过度追求***。

因为我们之前肯定有被”鸡蛋里面挑骨头“的经历，往往让我们最难堪、最不可接受的不是证明了我们架构上、方向上的重大问题，而是一些在小缺陷的尖刻评论和纠缠。那么反过来，我们一定要克制自己。

那么那些缺陷怎么办呢？放置不管？不是的，我们可以客观的提出来让对方记录下来，不要纠缠。我们需要记得我们还需要在更高层面去把握事情呢！

沟通可以注意的一些小技巧就是：不要把对缺陷的更正，变成对个人的批判，一旦沟通从对事变为对人，味道就变了。别纠缠，“纠缠”那是傻瓜做的事情，呵呵。

#p#

工程师进阶之路 四

如何和“老板”沟通 我们是一线工程师的时候，和我们的直接技术管理者沟通是非常容易的。我们的技术架构、代码风格、系统扩展性、工程化全局考虑就是我们赢得信任和信赖的名片。但是随着我们的经验的日渐丰富、层级的提高，我们要面对更高层级的管理者的时候，沟通不是一件容易的事情，需要我们做更多的准备和精炼。 我们要获取资源，要获取执行方向的认同，我们必须建立和高层级管理者建立信任，给与他们持续并一致的事实称述。

只给事实

人不是机器，不是代码，我们有时候会不自觉的扭曲一些描述或者信息，让我自己看起来更能干或者让别人看起来不是那么好，有的时候甚至会在背后痛斥别人的不足。经过一次次的个人经历和重复犯上面的错误后，我知道了那样做是小人所为而已，古人说“君子之交淡如水”，从另外一个角度来解读，我认为君子间的认同和信赖，就是建立在相互沟通“事实“之上，而不是个人好恶。

清晰而不是事无巨细

在组织中，个人的层级越高所需的技术细节信息就越少，这时候需要的是更高层次的总结性信息。因此我们提供的信息应该是清晰和简洁的，更具体一点就是：

• 首先我们要提供必要的合适的上下文，这个是我们技术苦逼人最容易遗忘的事情，一上来就陈述和表达自己的信息，忘记了这个是给老板们听的，不是说给我们自己听的。

• 其次我们要提前归纳总结，把信息结构化，结构化的信息是最容易被理解而不会被演绎的；另一个角度出发，产出结构化的信息也会让我们更聚焦在”事实“之上。

• 还有就是更多的给出业务信息，更少的技术细节。

• ***因为需要你给出的是持续一致的信息，所以一旦给出，就要保持，这意味着我们要谨慎作答。

经常会有这样的情况发生：在会议上，我们会被问及不清楚或者不知道的情况，也许是合作伙伴进度的，也学是团队里面一个人的细节情况的，或者是一个全新的技术领域或者业务点，我们要坦率的说明自己不知道，但要记住，同时我们要表述自己将会跟进刚才的问题，并且落实、汇报后续的跟进结果。

不要给意外

我觉得我最对不起我的老板的地方就是：我一直在给他意外（尽管现在要少了很多）总是让他处于救火的状态，谢谢他的宽容。总是在反省，总是在犯错。

老板不喜欢意外情况，尤其是那种需要他们在极短的时间内做出行动和决策的意外。我们要尝试去发现隐藏的风险，我总是对自己说我需要把技术男总是去挑刺别人的精力用到探究团队或者项目的风险上。

因为人的本性之一就是会倾向展现好的方面，扭捏的遮挡不好的方面（孔雀开屏我们看到的是美丽羽毛，焉知后面是光秃秃的屁股），在实际的工作中，我们面对比自己更高级别的人的时候，尤其会这样。

所以我们发现风险后，要及时称述出去，这是组织对我们的要求，我们要是没有这样的能力和正直感，我们对不起自己的位置。当然陈述不好听的东西的时候，肯定会让人不爽，自己或他人，但是我们需要这样的勇气。

陈述的技巧有很多，坦率的说我是非常不擅长技巧的人，所以我就给出一个原则吧：更早的提醒风险，总是比到事情***发展到无法收拾再处理要好。