今天讨论的问题是同事之间的沟通。这个问题思考由来已久，最早因为注意到沟通的重要性有两件事：

1、当时团队开始推行敏捷开发，提倡站会，开始明白及时同步当前工作进展及遇到问题的意义。及时反馈问题是在团队中更早的暴露风险，让整个开发活动更可控。

2、有一次 CTO 说，以后在群内沟通，和对方沟通要等到对方明确回复信息，如果对方回复了但是没处理，那么责任就是对方，如果自己信息没触达到位，对方未做回应，这种是己方责任。所以，当公布了这个方案，被同事形象的说是“甩锅”，也不无道理。其实这里最主要是想说最近大家都在谈的沟通闭环。

为什么要沟通

沟通是信息同步和共享。工作是为了做事，工作中的沟通是为了交换信息和想法，让彼此信息能够达到一个层次或深度。

怎么样沟通

可能市面上讲解沟通问题的书太多了，这里只讲印象深刻的要点。

条理清晰

条例清晰可能是沟通中最有用的一条原则了，思路清楚，能准确表达自己观点想法和疑问的人，这类人是最容易沟通交流的。

这是一项能力，但不是每个人都具有的语言组织表达能力。很多理科生只对数字、逻辑敏感，却对用词用语及语序的总结归纳能力不足。

最近半年多一直做 SAAS 行业，经常接到客户反馈的问题，从运营客服搜集问题<->运维初步筛选排查<->转交研发->研发处理，这样很简单链路，经常遇到这样的情况：

什么都很急，但是客户问题的背景，如何操作、什么时候操作、发生了什么、应该是什么、诉求是什么？等等，不做简单的交代，直接把 bug 单甩到群里，只贴了两张截图，好点的会把问题描述下，最差的是什么资料都没有，让帮忙解决客户的问题。

设身处地及换位思考

这里其实在说一个事情，就是常用双方都能听得懂的语言，甚至用对方能懂的语言。而不是对同鸭讲、对牛弹琴。只有双方在同一个频道才能沟通顺畅，其次，不要特意把双方对立起来，因为沟通的目的是交流、达成一致。什么场景，就好比跨角色和部门谈论产品逻辑，开发会讲逻辑、前端会讲交互、UI 会讲样式、测试会讲异常。对于跨部门（角色或岗位）的沟通，有得时候举一个例子是最好不过了。

沟通前做功课

问题的上下文、术语、基本知识起码先准备一下吧。举个例子，之前看了一个视频，主持人采访一个歌手，却把歌手的专辑名字都说错，这种没有职业素养、不专业的表现，不应该出现高效的职场上，特别是常见的对于初入职场的来说，经常直接说问题，比如测试说“你，xx，这里有 bug”。谁听了谁都恼火，交代背景，了解术语，准备好相关材料如截图、链接等等。

征求反馈

主动抛出疑问