写在前面

几乎所有的技术团队都在进行技术分享，有时组织分享总觉得不够好，总想把技术分享做得更好一些。本篇总结了我们团队技术分享的过程，帮助团队提高技术分享质量。若有更好的提升建议，欢迎留言交流。

为什么要做技术分享

技术分享的好处多多，这里就简单写几个；

有的时候腼腆的程序员们不情愿去分享，只是因为自己不自信。这就需要TL的帮助和队员们的鼓励，帮助这些队员成长。

技术分享都有共同都痛点

这些痛点尤其是对新团队和刚入行的程序员来说是很犯愁的。以下从如何组织和如何准备一个分享两个方面总结我们IT分享的经验。

“听众的水平比我高”，这是一个伪命题。若分享人充分准备至少比90%的听众更加深入了解某一领域。台下若有1-2个大佬，能帮助分享人指正、完善也是极好的。无论怎样，收益最多的还是分享人本人！

PS：首先需要一个持续学习的TL，如果团队的Tech-Leader都停止学习，那IT分享肯定没戏。这里向带领我们一步一步提高技术的 Jim 老板表示感谢，

TL 组织队员们集思广益，把想要了解的技术都列出来并分类，按照可进行一次分享的颗粒划分。比如

前端：
-- reactjs + redux
-- vuejs + vuex + vue-router

reactjs 其实本身并不难，实战中需要了解redux，hoc等。所以在40分钟左右的分享中，仅仅分享一个react语法显然是索然无味的。对于题目的选择和范围，都是需要提前确定，保证40分钟干活满满。Sharing is not teaching. 没有必要手把手的去交给每个与会人员所有的细节。

确定了分享题目后，需要安排分享人和主持人。主持人负责确定订会议室、跟进分享人确定分享能按计划进行、收取分享人的PPT和听众的预习资料，并分发给与会人员、分享前邮件通知所有与会人员。这里感谢兢兢业业的主持人Jackson，帮助我们成功的组织了一次又一次的分享。主持人的角色非常重要，不建议换人。

每次分享Q&A结束后，整个分享并没有结束。我们会一起讨论此次分享的优劣得失。好的继续保持，糟糕的地方需要改进。比如提前准备的情况情况，时间把控情况，PPT的制作等。这对于分享人是一个很大的提高。三人行必有我师，择其善者而从之，其不善者而改之。听众也可以从总结中提升自己，为下次自己的分享做准备。

这里记录个人浅见，若有不足请批评指正。

制作PPT有很多高超的技巧（本人制作技巧拙略，请同学们查找PPT高级使用方法），这些技巧都是用来帮助分享人传达思想，请善于利用。

展示分享人的控场能力和演讲能力时候到了。如果BOSS从会议室门口经过时，看到精彩的PPT和神采飞扬的分享人，升职加薪离他还会远么？

这里列举几个分享要求及技巧。

一般在PPT最后一页都会有一个大大的“THANKS”，此时答谢听众并把话语权交给主持人。进行下一阶段Q&A时间。有的分享人也喜欢自己主持Q&A阶段，这都是OK的。看个人喜好。

技术分享对每个人每个团队都很重要，学如逆水行舟不进则退，坚持学习，保持精进，希望大家都能在技术的道路上越走越好。与君共勉！