zoukankan      html  css  js  c++  java
  • 工程师进阶之路(三)

    转载自 量子恒道官方博客  地址:http://blog.linezing.com

    再谈沟通的策略

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

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

    说”Yes“而不是”No“

    我在做一名开发工程师的时候,尤其是处理需求的时候,我是经常被鼓励说”No“的。但是后来我慢慢发现,随着我越来越‘老’,我需要更多的说”Yes“了。

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

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

    不过我们一定要记住,这是一种方法,它是基于”客观、真实“的基础的,如果需求或者项目的确是不可行,通常情况是因为”法律“、”监管“和”承诺“的原因,我们一定要说”No“。有一点要注意的就是,不要混淆”资源“上的不可行和项目上本身的不可行,“资源”上的紧张我们可以通过进一步的讨论、协调解决的。

    还有一个心理上的因素,也是很重要的,我们往往需要说“Yes, I can”才能让自己挺过一个个难关,正如林书豪的成功一样。“Yes”往往意味着坚持,不放弃。

    不要急于申辩

    在会议或者谈话中,我们越来越多的会听到对于我们的工作不利的或者不是那么正面的描述,这是正常的,而我们往往会出现一些不正常的反应,以我为例子吧,我就会想方设法的给自己辩护或者澄清干系,目的就是这个责任不应该我负。

    后来开的会也多了,听到的抱怨和指责也慢慢多了,发现自己竟然慢慢“耳顺”了,汗,但是心静下来后,却听到、学到了很多以前完全听不到的东西,给了我很多反思的机会。并且由于我没有立马站在挑战者或者防御者的角度,沟通的顺畅程度也有了提升。

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

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

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

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

    这点说到很容易,做到却很难,很多情况下,我们做的是:你们是对事并对我个人,我是对事不对你们个人。而且很多情况下这是一个普遍的想法,“不急于为自己申辩”我认为是一个解决的办法,不要武断的把自己搅入对事情本身的讨论中。

    做起来不容易,我们共勉。


  • 相关阅读:
    SDUT 2143 图结构练习——最短路径 SPFA模板,方便以后用。。 Anti
    SDUT ACM 1002 Biorhythms 中国剩余定理 Anti
    nyist OJ 119 士兵杀敌(三) RMQ问题 Anti
    SDUT ACM 2157 Greatest Number Anti
    SDUT ACM 2622 最短路径 二维SPFA启蒙题。。 Anti
    二叉索引树 区间信息的维护与查询 Anti
    SDUT ACM 2600 子节点计数 Anti
    UVA 1428 Ping pong 二叉索引树标准用法 Anti
    2010圣诞Google首页效果
    Object
  • 原文地址:https://www.cnblogs.com/y0umer/p/3838884.html
Copyright © 2011-2022 走看看