不会做内部分享的程序员不是好程序员

序言

做为“资深”的程序员,你不可避免要给其他同事分享一些你自己的经验,或者对新入职的程序员做一些提升技能的培训。

我做过很多内部分享,然而可悲的是大部分分享的效果并不理想。以前一直没有认真总结一下原因,或者调查一下参与者的反馈,往往总是以为是自己的分享内容不够丰富实例不够精彩。但当我埋头苦干做出更有价值的干货时,我的分享依然不会因为PPT的内容充实而华丽得到满堂喝彩。

“知识”和“技能”

那么,是不是我们忽视了什么或者做错了什么呢?

首先要从“知识”和“技能”讲起。我们被灌输了一个错误的观念“知识改变命运”,咋一看“知识”的价值不置可否毋容置疑吧。然后你仔细地想一下就会发现,其实知识本身并没有价值,或者可以说某些时候“知识”往往一文不值,如果“知识”很有价值的话,那么高容量计算机的价值一定大于人类。

你接触到的“知识”在没有转变成你自己的技能,或者没有被你理解、运用时,它并没有什么价值。

也就是说,我们在做分享时,最大的错误在于使用学校一样的教学模式想把你的经验总结的知识强制地灌输给别人。而没有经过这个问题的人直接面对这个结论,会很难响起共鸣。但这立马就有一个悖论,分享的意义和目的就是要将前人经验总结给没有遇到过这个问题的人,让他们借鉴总结的方法论或者原则快速的解决相关的问题,从而加快进步的效率。

然而,我们(分享者)总是从自身的角度出发或者说从知识分享的角度出来,很少考虑自己所传播的知识是否是听众的“刚需”,也不会计较听众是否能把这些“知识”转化成他们所需的技能或者和他们的自有概念建立起相关的联系。我们考虑问题的维度太过单一了,当面对复杂的人类时自然很难得到你想要的“鲜花和掌声”。

TED的建议

当有一天,我看到TED的创始人克里斯·安德森给出演讲的四条基本建议时,我才知道自己做为一个热爱分享的人是多么的失败。

这四条建议如下:

  1. 聚焦于一个主意。(Focus on one major idea.)
  2. 给听众关注的理由。(Give your listeners reasons to care.)
  3. 用听众熟悉的概念表述你的主意。(Build your idea with familiar concepts.)
  4. 让你的主意值得分享。(Make your idea worth sharing.)

我勉强只做到了第一点,而且还老想着给别人很多个“主意”,有时候无私也是一总伤害不是吗!而第2到第4点正是我一直忽视的问题,我只是为了分享而分享(或者说为了公司安排下来工作任务),而听众也只是为了听而听。

扫描二维码关注公众号,回复: 5782591 查看本文章

知道了这几点之后,我发现不管是做PPT还是分享课程都有一种很轻松和豁然开朗的感觉。我不再需要费力又不讨好地去扩充和引申主题,而只要更聚焦于一个小的主题;我不再需要闭门造车,而需要更多和听众进行沟通,为了让主题更聚焦必要时甚至直接缩小听众的范围;我不需要只在意自己是否讲得好与不好,而更在意听众是否愿意将我的主题分享出去,他们分享的过程就是最好的学习过程。

所以,当你做内部分享时,首先一定要找到一个你的听众需要关注你的分享的理由,并仔细的思考一下这四条建议,然后对比一下自己的分享那条做得不好的即是你可以改进的地方。

如果喜欢我的文章可以【关注】我,后续将继续分享更多技术干货和职业生涯规划~
也可以加入我的学习交流群讨论,还有更多技术干货资料和面试题资料分享~

点击链接加入群聊【Android移动架构总群】:加入群聊

资料大全

猜你喜欢

转载自blog.csdn.net/weixin_43351655/article/details/88934830