程序员职场实用沟通技巧，不服不行

在工作上，除了写代码，程序员还经常需要跟其他人沟通，比如：

• 跟产品经理沟通需求设计和实现
• 使用了其他部门的中间件，咨询他们相关问题
• 遭遇线上问题，跟相关部门沟通处理
• 组内任务协作，组员间沟通
• ...

所以，沟通能力也是程序员的一个重要软技能。面试中，即使你的技术再好，沟通能力欠佳也可能被面试官拒掉。

接下来分享一些我的实用沟通技巧

（提前声明：本文所有例子，纯属虚构，如有雷同，不胜荣幸~）

1. 提供足够的信息

跟其他部门沟通的时候尤其要重视这一点。举例：

你的线上某个 kubernetes pod 创建异常了，需要去找 kubernetes infrastructure 组帮忙（报问题）—— 通常是在交流通信工具(比如slack，企业微信)上对应的群里发消息。

超级反面例子：

我们这出问题了！有人能帮忙吗？

我还真遇到过这种人，上面这句话提供的有用信息几乎为 0 。

反面例子：

我们有个pod创建异常了，你们帮忙看看吧

对于 kubernetes infrastructure 组 而言，上面这句话里提供的有效信息只有一个 “pod创建异常”。除此之外，你们用哪个 namespace ？ 哪个集群？ pod 名字？ 这些最重要的信息都是缺失的。

于是，他们就只能继续问你这些问题，然后等你的回答，得到你的回答后再去debug。假如你没看到他们的提问，过很久之后才回复，他们等很久没回复也去做其他事情了，这么一来二去，沟通效率非常低。

所以，沟通的时候（尤其是与其他部门/组的员工），一定要及时提供所有必要信息，给对方一个完整的上下文。

正面例子：

我们有个pod创建异常了，namespace 是 xxxxxx， 集群 3， pod 名字是 abc。 同样的 pod specification 在另一个集群 2 是可以正常创建出来的。

如果这么表达，对方一下子就拿到了所有必要信息，可以立刻开始查问题。

2. 有头有尾，有始有终

这一点是我在实习的时候深刻学习到的，当时老板（广东人）拍着我的肩膀说：”......上次这个问题处理完就应该及时告诉我，也就是（广东话）俗话说的 —— 做事要有交代 ......“

我个人的理解：

处理事情，要及时给相关的人（同事，组长或者其他组的人）做反馈。

比如：

• 遭遇问题，要及时汇报；
• 组长获知问题后，决定延后处理的话，你就要去建个任务记录（比如 jira ticket 或者 redmine ticket 或者 其他任务记录工具）；
• 建好任务记录后也要及时告知组长，并分享链接；
• 如果中途问题涉及到其他情况，也要及时跟组长同步信息；
• 如果提前解决了问题，也记得告知反馈给相关的人。

这么沟通的优点在于可以 让所有相关的人员保持信息同步，让他们感觉事态在掌控之中，同时也避免一些不必要的问题。

如：

• 另一个同事：”啊？这个问题已经解决了啊，那我刚刚岂不是白忙活了？“
• 组长：“我怎么不知道这件事？”
• 受影响的其他同事：“问题解决了怎么不告诉我们？我们在这干等”

3. 友好的文字格式

公司内部的交流通信工具通常是 slack （外企），企业微信，钉钉，甚至是内部自制的工具。

有时候在报bug或者其他沟通时，需要贴log，链接甚至是代码片段。我们可以对这些特殊的片段设置文字格式，让阅读体验更友好。

以 slack 为例

不做任何文字格式处理的版本

对特殊文本做了简单处理的版本

后者显然有更好的阅读体验 —— 良好沟通不仅是有效地交流信息还应该让整个过程显得舒服流畅。

大部分工具都有简单的富文本编辑功能，做点文字格式处理并不会很花时间。

slack 的富文本工具栏

4. 保持基本的礼貌态度

这是基本的职场礼仪，尤其是跟其他组/部门的同事沟通时，尽量保持友好礼貌的态度。多用“请”“谢谢”“麻烦了”“不客气” 这些礼貌用语，看似简单地多说几个字，可以让沟通保持舒适愉快。

我也遇到过一些用词不友好的奇葩同事

比如：

“@我的工名 解决一下xxx的问题，做完了跟我说！”

——（你又不是我leader，颐指气使什么？）

”@我们组的名字 你们这个xxx功能是不是有问题啊？我这边一直报错。“ ——（就你那边有问题，其他人没问题， 那你觉得是谁的问题？质疑别人之前能不能先看看文档看看自己的代码？）

遇到这种同事，对方会乐意认真帮忙处理问题吗？

关于程序员职场沟通技巧，就分享到这儿了。

在程序员职场中，技术固然重要，情商也是非常必要的，不求受欢迎，但求别被同事们”嫌弃“”吐槽“。

你有什么沟通技巧或者职场沟通小故事，欢迎留言分享或吐槽。

— 本文结束 —