project-management-notes
关于沟通
好的实践
-
当面沟通 优于 电话/实时语音/视频 优于 文字
- 当你是一个项目的主推进人，但实际执行的团队与你都是异地的时候，优先考虑出差到人员聚集的地方推进，会减少很多低效和无力感。
-
涉及外部（包括其它团队）的沟通，形成的结论一定要有文字记录，如果当时是口头沟通的，要事后尽快在钉钉和邮箱发出来要求确认
不然无法追溯，别人不认账你就只有自己吃哑巴亏。
-
不替他人做决定
有些时候，基于你自己的判断，可能觉得某个小的调整无所谓，不影响大局，但是站在实际负责的人的角度，可能就有较大影响。
比如，测试完成后有几天的业务验收时间，你觉得提测时间延迟一两天，不会影响上线，实际上，测试、验收环节都可能受到影响，不能自己直接决策，需要对应环节的人评估确认。
经验教训
Case 1
自己觉得不那么喜欢/擅长与人沟通，每次打算去与别人沟通什么事情的时候都纠结踌躇半天，希望对沟通的事情有尽可能多的了解了再开始，但结果往往是很长一段时间内事情都没有推进，最后有可能反而草草开始。
究其原因：
-
怕被别人嘲笑；
- 你怎么连这都不知道啊？
-
总希望一次性就将事情沟通到位；
- 实际多轮沟通的情况不可避免；
-
有时候人员分散，觉得自己需要将内部人员应该掌握的所有知识都弄清楚，再去与外部开始沟通；
-
可以将分散的人员拉到一个群里一起讨论；
-
可以将分散的人员拉一个电话会议即时讨论；
-
平时多了解内部业务。
-
脸皮厚一点，没有那么多人会去嘲笑你；想法弹性一点，能一次沟通就解决的问题很少，做好需要多轮沟通的打算；找到正确的沟通/推进方式方法。
Case 2
当你有一个计划要与领导/客户/其它人商量时，会有各种际遇，我经常陷入路径一的怪圈，而路径五是我想要的。
Case 3
跨团队、跨系统、跨地区联调时，如果对方配合度不高，效率非常低下。
这个一直比较困扰我，而且至今也没有找到什么好办法。以下是一些可能有帮助的建议：
-
提前将联调的 Case、步骤列清楚，每到一步知道找谁来支持；
-
在一个统一的、公开的群里集中沟通，让所有相关人知道讨论细节和上下文，以及当前停顿在什么地方；
-
线上配合度不高时，打电话直接找对应的人；或者找其它角色、领导等帮忙协调推进。