communication的重要性

有同样的困惑，急需提高communication skills

这个和英文表达表不标准关系不大，能流畅表达就行了，最重要的做到思路清晰切中要点，用中文能做到英文自然也能做到，如果英文表达没法让人听明白那其实换成中文你也不一定能说清楚，觉得自己换成中文就能说清楚的绝大多数只是自己这么认为。

真想锻炼communication的建议找本教怎么职场高效交流的书，这类书太多了，中文的就行，实践方法就是平时和同事交流的时候给自己限定时间，看同事是不是真能听懂，code/design discussion/review, 还有你作为owner的service/component是不是短时间很容易给人讲懂等等，别人没听明白想想自己的表达哪里需要改进。

concessions 发表于 2021-7-15 12:15
一直都是这样的，任何职场(不限于CS)都很看重communication
我们的教育一直都很强调“抓重点”“抓中心思 ...

简直不能更赞同。我就是无论说什么就几句话说完的那种。如果有这种课的话真的想好好学一下怎么扩充自己的表达

concessions 发表于 2021-7-15 10:15
一直都是这样的，任何职场(不限于CS)都很看重communication
我们的教育一直都很强调“抓重点”“抓中心思 ...

不同意。我恰好持相反意见。职场上其实更重要的是用最简短最明了的话说清楚你干了啥，为啥这个重要，impact 在哪里。如果是日常汇报工作的话就是 我们的 milestone 是什么，现在做到了哪，blocker 是啥。我感受到很多国人的弱项恰好是这种总结能力，每次汇报工作的时候都会说到很 detailed 的东西（比如在某某 code 某一行可能有个 nullptr，但是某某 test 没有 capture 到这个，blablabla，就是一些别人根本不 care 的东西）。

“少说废话” 在职场上是非常重要的，能够提升交流效率，节省大家的时间。你这里说的 “平常说话太少” 我实际工作中体会到的并不是因为 “少说废话”，而是因为很多时候 “没有给足 context”。这也是另一个我看到的很多国人同胞需要提升的地方，即别人问 progress 的时候，不给足 context，一上来就说到很 nitty gritty 的东西里面去了（比如上面说的一些 code 第 384 行的 nullptr 啥的，只有你自己看过的 code，别人咋可能听明白你在说啥）。

精确，简练，有信息量的总结是非常重要的。

163 发表于 2021-7-15 16:21
不同意。我恰好持相反意见。职场上其实更重要的是用最简短最明了的话说清楚你干了啥，为啥这个重要，impa ...

相当正确 沟通要有明确的目的和结果

有些同事用力过猛就会凡事都要cue自己的工作有多么awesome 引起别人反感

163 发表于 2021-7-15 16:21
不同意。我恰好持相反意见。职场上其实更重要的是用最简短最明了的话说清楚你干了啥，为啥这个重要，impa ...

很同意～

分享一下我自己的看法。 我觉得Technical能力和communication能力都很重要。可能这是句废话，我稍微解释一下 lol

Coding / design 是technical 能力的一种，但不是全部，比如快速学习，理解，总结，归纳我觉得都是一种technical能力。而且我觉得当technical 能力提升到一定程度以后，再继续进步是很困难的了，特别是coding/design。对大部分来说，如果你的technical能力能beat 80% 周围的engineers，我觉得已经是够用了。当然你的目标是在某个technical领域的专家，那么你可能需要不断的学习和提高了。

再往上成长（升职），我觉得communication的能力会变的更为突出。从我的经验来看，communication 并不是说要去用华丽的辞藻去夸大自己的成绩，而重要的是清晰，准确以及如何把工作和团队或者公司的目标及愿景上去联系，也就是常说的big picture。Communication一定会根据受众的不同而不同，比如对上，可能会更侧重summary和impact；对下，可能会更侧重准确和details。而且，很多公司看重的是multiplier - 你如何让你的团队和其他团队更有效率，往往比你的效率更重要。这时候就很需要好的communication。我自己觉得，很多时候我们想要表达的和别人理解的有很大差别，要么一些信息丢了，要么一些信息不准确。如和把想传达的信息表达清楚，我觉得就算是很不错的communication了

也有可能我比较幸运，从我目前的职场经历来看，我几乎没有见过只会说不会做的人能走的很远。只会做不会说的人有很多，这时候就要看你是不是有个好上司能帮你提高改变了:)

今天刚因为communication，被两连拒，就看到了这个帖子

communication 的重要性在于它决定了别人对你的印象，这个跟英语的流利程度还真不一定完全相关，比如有一个重要的活，大家敢不敢交给你。如果大家都很喜欢你，肯定很放心的把活让你做。

这个问题挺好的

也不光国人有这种问题，很多老外也有的，不必 stereotype threat 自己
英文不完全是问题，先试试用中文看能说清楚么？

工作上普通 IC 基本沟通无非下面这些
0. why 你选择做目前这个项目 (需要 high level 但是也别太天马行空）比如我这个q的okr是让某 KPI 提升 20%，
1. 然后给一点context，比如：为了实现这个kpi ，需要我开发x, 调试 y，让z组一起测试和上线，和w组一起追踪
2. 我deliver了什么结果，有好大好大的作用，这段可能比较像高赞楼说的“扩写能力“ ，比如，这周我已经开发完了x，本地测试已经通过了，下面会做 staging 环境测试，已经观察到某pre KPI 按预期move了 15%。 如果没有太大问题呢下面我就会上线，期待看到这个kpi在生产里面给我司挣钱！
3. 我用了什么方法，比如：这个不用比如了，见过的中国同事都很会讲这块。
4. 中途遇到和克服了哪些困难，
5, 团结了哪些同事，感谢哪些同事的无私帮助。

沟通的要点就是：见不同的人讲不同的话，ie. 估计一下对方对我们工作的熟悉程度，来决定侧重以上内容中的哪些部分。

- 如果见你的skip level, 估计不太会知道自己做的这一小块，就想想哪些大块是skip 熟悉的，主要讲自己的 0，1，并且跟 skip 熟悉的内容挂靠上，比如 OKR。如果希望展示leadership就再讲讲 5 里面团（领）结（导）和感谢 别人的部分。是的在领导面前感谢别人并不会让自己显得没用。3 和 4 如果不被问就别说太多。

- 如果见你的 manager，hopefully TA 已经知道 0，1，但是不妨还是用 30 秒钟快速提醒一下。然后主要讲 2，3，4，着重在：are you on track? if yes, great. if not, what are blockers, and how you are addressing them. If you need help/support from your manager, be specific about the ask. 不要只是给出 4 里面的“遇到的困难”然后希望 manager 脑补和猜出你需要什么。

- 如果见天天在一起合作的peer，那0, 1, 应该大家都很熟悉，跳过 safe。讲2也可以，就别逼逼的太狠让人烦。着重在 3，4，5，主要是合作来解决 4. 最后千万别忘记 5，感谢屋子里的人。

- 如果是不太经常见面的别人组的peer, 可能讲讲0,1, 2, 不要忘记也问问对方的0, 1, 2, 看看有没有将来合作的机会。


还有个大家容易踩的坑，就是会说太多细节，让听众很难跟上思路，忘记了你的结论。这个也非常可以理解，因为日常工作的时候就是会沉浸在这些细节里面，所以对自己来说这些是最有肉的部分。但是听众并不知道我们的日常，他们首先感兴趣的是“为什么我要听你说这些”（why should I pay attention to this）
所以绝大部分情况是要先说结论，并说明自己做了一些研究分析。
看对方感兴趣了或者提问，再具体讲分析的过程。


相对 IC， Manager 的沟通更复杂一些。
争取下次写写。