[转]工程师进阶之路(三)

工程师进阶之路 三

再谈沟通的策略

什么叫作策略,个人认识就是作事情的方法,有些时候光有很好的原则,而没有好的方法也是不行的。好比淘宝的”十月围城“事件。 架构

哪些策略是咱们在进阶之路上须要注意的呢?第一条,也是我感觉最深的一条: 学习

说”Yes“而不是”No“

我在作一名开发工程师的时候,尤为是处理需求的时候,我是常常被鼓励说”No“的。可是后来我慢慢发现,随着我愈来愈‘老’,我须要更多的说”Yes“了。 spa

由于当我是一个按图索骥进行开发的一线工程师时,个人擅自行动,不加考虑的说”Yes“会让总体项目受到拖累,可是当我逐渐介入总体设计、架构设计和可行性分析的时候,我要作的事情更可能是做为产品业务或者销售人员的咨询师,因此更多的状况是在深刻分析需求后,站在尽量覆盖需求的角度给出,尽量合适的方案进行选择。 架构设计

换句话说,咱们的角色要求就是”找到一条可行的道路“。可是我常常会看到一些工程师在积累了一些经验和技术深度后,仍是一味的说”No“,我只能在内心为他的提高暗自担忧了。 设计

不过咱们必定要记住,这是一种方法,它是基于”客观、真实“的基础的,若是需求或者项目的确是不可行,一般状况是由于”法律“、”监管“和”承诺“的缘由,咱们必定要说”No“。有一点要注意的就是,不要混淆”资源“上的不可行和项目上自己的不可行,“资源”上的紧张咱们能够经过进一步的讨论、协调解决的。 事件

还有一个心理上的因素,也是很重要的,咱们每每须要说“Yes, I can”才能让本身挺过一个个难关,正如林书豪的成功同样。“Yes”每每意味着坚持,不放弃。 资源

不要急于申辩

在会议或者谈话中,咱们愈来愈多的会听到对于咱们的工做不利的或者不是那么正面的描述,这是正常的,而咱们每每会出现一些不正常的反应,以我为例子吧,我就会千方百计的给本身辩护或者澄清干系,目的就是这个责任不该该我负。 开发

后来开的会也多了,听到的抱怨和指责也慢慢多了,发现本身居然慢慢“耳顺”了,汗,可是心静下来后,却听到、学到了不少之前彻底听不到的东西,给了我不少反思的机会。而且因为我没有立马站在挑战者或者防护者的角度,沟通的顺畅程度也有了提高。 产品

后来也从同事的反馈中学到了不少经验:听到不爽的东西的时候不要抱起双手,不要背过头去,反而要和对方有视线上的交流。传达你对对方的尊重和鼓励。 基础

固然事情有两方面的,不是彻底的“逆来顺受”呵呵。若是你接收到的描述彻底违背您的“价值观”或者违背了公司的“政策”,你必定要及时澄清的。

对于咱们技术人员来说,还要有“协同进步”的胸怀,由于咱们会收到更多的批评也会给出更多的批评,好比在技术评审、代码Review、bug跟踪、项目评审、资源协调等等。古人的“从谏如流”我以为是一个应该学习的好心态。

在上述场合,在各类”批评“和“被批评”满天飞的状况下,咱们必定要保持好一点:对事不对人。

这点说到很容易,作到却很难,不少状况下,咱们作的是:大家是对事并对我我的,我是对事不对大家我的。并且不少状况下这是一个广泛的想法,“不急于为本身申辩”我认为是一个解决的办法,不要武断的把本身搅入对事情自己的讨论中。

作起来不容易,咱们共勉

相关文章
相关标签/搜索