工程师天生不善沟通吗？
极客时间编辑部
讲述：初明明大小：3.14M时长：03:26
你好，欢迎收听极客视点。
对于工程师来说，实际工作中，沟通所导致的问题层出不穷，所以，他们总是被贴上“不善沟通”的标签。但沟通能力是工程师最重要的能力之一，良好的沟通是高效工作学习的基础，也是可以通过学习掌握的。此前，美团到店餐饮算法策略负责人刘丁在公众号“美团技术团队（ID：meituantech）”发文，聊了聊他在沟通方面的经验。
第一类常见的问题是沟通的可靠性。从可靠性的角度来讲，沟通分为 TCP 模式和 UDP 模式。TCP 模式的形象表述是：我知道你知道。UDP 模式的形象表述是：希望你知道。TCP 模式当然比较可靠，不过成本比较高，UDP 模式成本低，但是不可靠。在沟通可靠性方面，常见错误有如下两种：
经常听到这样的争论。一方说：“我已经告诉他了”，另一方说：“我不知道这个事情呀”。把 UDP 模式被当作 TCP 模式来使用容易产生扯皮。
过度沟通。有些同学对沟通的可靠性产生了过度焦虑，不断重复讨论已有结论的问题。把 TCP 模式当成 UDP 来使用，效率会比较低。
第二类沟通问题是时效性问题。从时效性讲，沟通分为：同步模式和异步模式。同步沟通形象地说就是：你现在给我听好了。异步沟通的形象表述是：记得给我做好了。在沟通时效性方面，有如下两种常见错误：
已经出现线上事故，紧急万分。大家你一言，我一语，感觉事故可能和某几个人有关，但是也不能完全确定，所以没有通知相关人员。最终，一个普通的事故变成了严重事故。对于紧急的事情，必须要同步沟通。
半夜三点你正在熟睡，或者周末正在逛街，接到一个电话：“现在有个需求，能否立刻帮忙做完。”这会非常令人郁闷，因为那并不是紧急的事情。不是所有的需求都需要立刻解决。
有效沟通的一个重要原则是提前沟通。沟通的本质是信息交流和处理，可以把被沟通对象形象地比喻成串行信息处理的 CPU。提前沟通，意味着将处理请求尽早放入处理队列里面。下面的例子让很多工程师深恶痛绝：一个需求策划了 1 个月，产品设计了 2 周。当开发工程师第一次听说该需求的时候，发现开发的时间只有 2 天。工程师据理力争，加班加点 1 周搞定。最后的结论是工程师非常不给力、不配合。就像工程师讨厌类似需求一样，要协调一个大项目，希望获得别人的配合，也需要尽早沟通。
有效沟通的另外一个重点是“不要跑题”。很多看起来很接近的问题，本质上是完全不同的问题。比如：一个会议的主题是“如何实施一个方案”，有人却可能提出“是否应该实施该方案”。 “如何实施”和“是否应该实施”是完全不同的两个问题，很多看起来相关的问题实际上是偏离主题的。“跑题”是导致无效沟通的重要原因。
良好沟通的奥秘在于能掌握 TCP 模式和 UDP 模式的精髓，正确判断问题的紧急度，尽量提前沟通，避免跑题。
以上就是今天的内容，希望对你有所帮助。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论