101 | 高效沟通：Talk和Code同等重要

我的leader有一个好习惯，我们向他汇报或者请示某个问题，他一般会复述你的问题，和你确认是否在同一个点上，再和你继续交流。我觉得这个举动，对有效沟通很有帮助。快速把两个人的思路拉到一个轨道上，还增加了亲切感。

上面那个喜欢当面说不喜欢用QQ微信的，你没吃过亏，你知道为啥要用qq微信不用嘴吗？你嘴上说的话有记录吗？到时候撕逼的时候别人不认你不就傻了吗？公司里都用qq微信不用嘴反而是成熟的表现之一，没记录的沟通就是狗屁，到时候出了问题别人直接扔锅，你说你说过？谁知道？

我跑偏了，中途去找那本《从一到无穷大》看了

听完耗子哥的专栏，反思 自己的沟通能力一直很烂，工作中不能很好的与同事打好配合，也没能协助好 领导的工作，做事有些被动，虽然一直调整自己，期待做技术的我 也能正常说话。 大点的公司 里面的规则多一点，一旦涉及到业务，先口头商议 然后用邮件通知，只要出活，绩效还可以 就能过得不错，所以不太需要沟通。 小公司比较灵活点，微信、口头协议都可以，一旦有扯皮，决策权在 老板手里，所以平时不主动让老板知道你的工作进度，后果很悲催，后来发现 在小公司 做得好 不如说得好，如果既能说 又能出活，每过一段时间抛个小惊喜给老板，一段时间后 你可能就是骨干人员了，绑定核心业务，地位就稳固了。 总结下 会code是程序员的安身立命之本，会沟通 既是行走的第二条腿 也是 催化剂让我们走的更稳，更快。

重要的事情，沟通完得发邮件，抄送相关人……

本人很内向，一直在强迫自己多当面直接沟通。无奈公司上下就喜欢用扣扣微信，能不用嘴说就不用，就算坐你对面也要和你发微信。上行下效，很无力。

沟通非常的重要，产品经理提出一个需求时候，必须先沟通好，用自己的话复述一遍，看看二者在理解上有什么偏差，是不是产品经理想要的东西，这样code出来的东西才是真正符合产品经理的需求，

有几点感受 1沟通对象和语境: 沟通对象不同，使用的语言也不相同，关注点也不相同。自我认知的局限往往成为瓶颈。 2 沟通模型: 正如耗子哥说的，沟通反馈是重要的一环，沟通的典型症状: 我想当然以为你理解了我的意思，而对方亦如此。平常沟通过程中，我们团队非常重视反馈，这样也有利于形成工作流程的闭环 3 沟通方式: 具体技术问题通常面对面白板沟通，工作汇报多PPT沟通。敏捷实践中，特别强调和鼓励面对面沟通，但也会维护几份重要技术文档。

Let code talk.

当面沟通，用双方认可的文字描述进行总结，再抄送相关人或者发到群里。 不是为了事后撕逼，是为了达成一致，把事情做好。如果一个公司经常内部甩锅互相撕逼，这样的公司还不快些离开等着它倒闭么……