分享⽬的
做任何事情，要明确⽬的，才能清晰、顺利实施。⽬的包括这件事能帮⼤家带来什么、能给公司带来什么、预期结果是什么、成长⼜是什么等等。我从公司、团队、个⼈三个维度，总结了以下五点⽬的。我会对每⼀个同事讲述这五点⽬的，确保⼤家⽬标⼀致：
宅男女神排行榜学习新知识，完善⾃我体系
提升沟通能⼒、表达能⼒、⾃信
有效提升⼯程师在专业领域的经验
解决⼯程师最常见问题——技术瓶颈
项⽬技术推进，如框架、性能、⼯具等
需要让所有参与⼈明确分享⽬的，特别是新⼈，不要只关注⾃⼰付出的代价, 以及计算别⼈分享对⾃⼰的好处, 更要关注这样的⼩ 平台，对每个同学软性能⼒的培养, 以及在这个过程中“教-学”互动带来的收益。当整体⽬的⼀致了，才能实施可持久的技术分享。
初期，技术分享并不⼀定带来显著效果提升，需要⼤家磨合，不停地完善分享内容。另外，要想实现上⾯的任何⼀点也是有挑战的，作为leader，需要思考如何将技术分享转换成⽬标实现，帮助每⼀个员⼯提升⾃我。
注意事项
很多公司技术分享都难以长期推进，甚⾄最终不了了之。我还看过其他⼈发的邮件，讨论如何强制让⼤家去做分享，等等。。
这⾥不禁要问，难道我们⼤家缺少分享精神么？我相信⾃私只能是少数⼈，更多的⼈还是乐于分享和帮助他⼈的，⼤家都不去分享，很可能是我们的技术分享平台本⾝存在问题。我做了有四年多的技术分享，这是我这些年总结的经验。
内容简单，会失去兴趣
责任平摊，会降低执⾏⼒
时间仓促，会导致质量不⾼
频率较低，会难以深⼊去实施
鼓浪屿轮渡
单纯开会，会阻碍实质性成长总结
选题随意，会达不到较⾼的成果产出
有效⼿段
1.队伍划分
在⼀个事件中，责任如果被体平摊，最终会弱化责任甚⾄⽆责任意识。技术分享采⽤⼤家主动去分享的模式，⼤家⼼⾥会想“反正不是我⼀个⼈的事，不需要我去推进”，结果很尴尬，每周都不会有⼈愿意去分享。
可能出现的场景是，技术分享负责⼈去联系每⼀个同事：
“同事A，下周你有时间分享想么？”
“同事B，貌似你有两个⽉没分享了，下周给⼤家做个分享怎么样？”
“⼤家有谁想做分享么？可以邮件告诉我，我好给他安排下周的会议室。”
“下周没有⼈分享，我打算取消下周的分享。”
解决这个问题的办法是，进⾏队伍划分，把责任集中⽽⾮分散。举例，部门有12个同事，可以分成 三个⼩队A、B、C，每周由⼀个队伍进⾏技术分享，并按顺序轮流执⾏。现在每次技术分享的责任由12分之1变成了3分之1，和之前相⽐有了更清晰的轮流次 序，⼤家很难推卸，每个⼩队也变得更有责任。技术分享负责⼈基本上不需要再“求”每⼀个⼈去分享了！
将⼀个⼤团队拆分成⼏个⼩团队，责任精准定位到每个⼩团队，优于将责任集中在整个⼤团队，更优于将责任完全平摊给每个⼈。
总结，1/3 > 1 > 1/12
2.专题分享
闻道有先后，术业有专攻。想提升某个领域的技能，不是⼀天两天就能到达的，技术分享同样如此。
想要提升团队的数据库技能，不是做⼀两期技术 分享就能搞得定的。我们需要结合我们的⼯作情况、⼈员技能真实⽔平来定制具体计划。详细整理需要分享的数据库知识点、数据库涉及到的数学算法、⾼级技巧和 原理深⼊、应⽤及经验、分布式等，从多个维度规划技术分享，这样⼤家才能系统地、深⼊地学会数据库技能。
我的建议是每个季度或者每半年做⼀次规划，团队需要提升哪些⽅⾯，针对这些⽅⾯制作专题分享，
专题分享需要有规划持续性地去做，并将做过的分享做⽂档化落地。当⼀个专题分享系列做完，我们也就积累了⼀整套完善的资料，并很⾃然的成为团队资料，供新同事学习和查阅。
我们做过的专题分享有：
前端专题分享
数据库专题分享
⽹络安全专题分享
服务器性能专题分享
框架专题分享等
除了专题分享，还要有其它⽅⾯的灵活⾃由分享。
专题分享和⾃由分享，各有各的优缺点。过多的专题分享，会乏味；⽽过多的灵活分享，会得不到成长。团队需要认清两种分享的价值，经常去平衡这两种分享的⽐重，这样才能让技术分享更加饱满，
帮助⼤家拓宽视野。
专题分享可以强化团队的具体能⼒，也可以最⼤化发挥ppt本⾝的价值，成为技术⽂档。
3.晚上七点
⽬前我所在团队每周两次分享，⼀次是周四的⽩天上班时间，⼀次是周⼆的晚上七点钟。
对于互联⽹⾏业，公司层⾯主要提倡加班，员⼯层⾯提倡不加班。这⾥就不讨论加班与不加班的问题了，我只说两点：
江南风景公司希望⼤家在公司多花时间，多⼀些产品的产出。
员⼯希望做事⾼效且有价值，并有学习、成长时间。
我选择的技术分享时间，便考虑到了这两点。
如果技术分享都是⽩天⼯作时间，会让⼤家每周⼯作时间减少。
如果技术分享都是晚上休息时间，会让⼤家抵触去开分享会。
⼀次⽩天，⼀次晚上，很少抱怨，更多积极，引导学习，诱导加班，同事公司，皆⼤欢喜。
4.六⼗分钟
5.提前两周
第4点和第5点⼀起说，主要想表达的就是技术分享必须有内容、有含⾦量，才能对得起听众，听众的正向反馈也会促使技术分享更好的循环持续下去。花儿乐队解散了吗
有些⼈习惯懒散，技术分享的准备会⼀直拖着，就算有⼈提醒和催促，也经常是在临近时间节点时候才想起来做。做的ppt，就算内容能讲⼀个⼩时，质量也会很差，讲的过程中磕磕绊绊。那么如何帮助⼤家避免这类问题？说⽩了就是怎么有效地督促、帮助⼤家及时去准备技术分享。
马凡舒背景⾸ 先明确要求⼤家提前两周开始准备技术分享，并在分享前⼀周，把技术分享⼤纲、或者ppt内容轮廓做完，并邮件发给所有⼈分享的内容⽬录。在这种强制要求 下，⼤家不得不提前⼀周将技术分享⼤部分⼯作做完，然后还能预留⼀周时间进⾏修改和完善。不论你懒不懒，分享邮件都要提前⼀周发，如果你不提前准备，你根 本没办法发邮件。
⼀旦技术分享邮件发了，内容也准备了⼀些了。⾃然惯性，分享者就会利⽤还有的⼀周时间去补充和完善，基本上不需要任何⼈提醒催促了，因为他已经通过邮件把⾃⼰放在了公众⾯前。对分享者⽽⾔，每⼀名众都是他的监督者。
通过以上⼿段，能够降低⼤家技术分享的准备时间风险。
在法律中，合同是保障，时间是规约。对应到⼯作中，强有⼒的执⾏————依赖邮件和时间节点。
6.课前准备
上⽂提到了专题分享，分享的内容会深⼊且较难，⽽⾃由分享，由于涉猎⾯⼴，可能有些概念部分同事还很陌⽣。
这两种情况下，如果我们直接去听分享会，很有可能只听懂了20%。20%意味着，在⼀个⼩时的时间⾥，48分钟都是在消磨⽣命。怎么样更好地去听技术分享，连⼩孩⼦都知道————课前准备。
每 次我都会去仔细看分享者提前发出来的邮件，对于不会的内容、没听过的关键词，提前去上⽹查⼀些资料，带着⾃⼰的理解、问题去听，效果会⾮常⾮常好！听完分 享会，可以巩固现有的知识体系，正视之前过于浅显的理解，纠正细微的认知误区，解决困扰⾃⼰的问题，等等。只有⾃⼰准备了，才会有如此多的收获，想想何乐 ⽽不为呢！
技术分享的获益⼈是分享者，也是听众者，⽽课前准备是听众者最⼤化收益的最直接⼿段。
7.惩罚措施
不过呢，“课前准备”这个想法总是好的，现实总是不满意的。我们强调了很多次课前准备，不过会去执⾏的⼈并不多。甚⾄可以说，有些同事对于听不懂、浪费时间，习以为常。怎么去帮助这些同事，带动他们的主动性和积极性，我给出⼀个建议。
有奖提问！对，有奖提问！⽐如某⼀期技术分享，内容很深，有挑战性。那么我可以告诉分享者，在ppt⾥⾯增加⼀些互动和提问，并告诉所有分享者，这次技术分享会有多个问答环节。答对的同事，有奖励措施。
实施过⼏次，效果还不错，很多同事会提前抽时间去看⼀看。
优秀的⼈知道该做什么，普通⼈却需要他⼈帮助。领导可以通过奖惩措施、⽬标价值等⼿段，帮助普通⼈和优秀的⼈保持⾏动⼀致。
补充完善
技术分享只是⼯作中的⼀个⼩事，但是做好却很难，需要⼤家不断去思考、完善。
抛开技术分享本⾝，只是去想如何做好技术分享这件事，我本⼈就得到了很多成长。想想挺有意思，任何事情，只要你花时间多琢磨，⼀旦琢磨透了，会得到超出这件事本⾝的成长。
在这⾥举⼀些我们技术分享中的故事，给⼤家作为参考。
帮助他⼈
上海一日游路线如果每⼀次分享都能得到成长，也许⼤家会变得更主动。
我会在其他⼈做技术分享的时候记录笔记，记录⼤家做分享时候有哪些优点和缺点。在每个⼈技术分享结束后，会单独和这名同事沟通，从帮助他的⾓度出发，去表扬优点、指出缺点。
⽐ 如A同事，分享mysql lib库封装，在分享时候说话夹杂着⼤量的“然后”、“还有”、“嗯”。我会指出他在演讲ppt时候，有太多这类词汇会，显得不专业。很多句⼦本⾝就很连 贯，⽐如ppt有⼀页内容很清晰地列出了五个点，那么我们不需要每说⼀点时在前⾯加个还有，显得多余。现在A同事分享，提升了很多，简介、清晰。
B 同事，在分享linux grep指令详细操作，这个分享需要登录⼀台服务器，并在服务器上⾯输⼊指令做展⽰。他在分享过程中，11处命令打错，7次输⼊命令发现不对⼜删除。这些 我都详细的记录在了本⼦上⾯，会后和他说了问题，并给出了明确的建议，他在输⼊指令⽅⾯⽐别⼈弱，不够熟练，需要加强。
C同事，分享了⼀个 内容丰富的ppt，当时的ppt内容配图很多、很炫。ppt特效也⾮常丰富，⼀会⽂字是横着飞⼊进来，⼀会⼜是图⽚360度旋转加载进来，⼀会⼜是出现⼀ 组晃动的⽂字。整体感觉就是
过于花哨，⽂字看着头晕。我把问题告诉他，并说好的ppt⾄少要保持统⼀。现在做的ppt，依旧很炫，同时底⾊、字体、动效也 都统⼀，明显好了很多。
我希望让⼤家明⽩，技术分享这个平台，不仅仅是分享，也是对⾃⼰的锻炼。
拒绝简单
拒绝分享×××的安装、×××⼊门实战，这类分享没有价值。
分享可以由浅⼊深，可以分多期，但要保证全⾯和深⼊，让⼤家真正得到提升，也欢迎细分领域的超⽔平分享。
可以很⾃豪地讲，我们现在做的每⼀期技术分享，内容都很⾼，不论你是⾼⼿还是新⼿，总有收获。
截图是我们分享的https加密机制，各种数学公式的使⽤，欧拉函数、中国剩余定理，⼤开眼界。
想要分享⽜逼的ppt，你就得努⼒成为⼀个⽜逼的⼈。
结果导向
技术落地，结果产出很重要，让⼤家真实地感受到贡献和价值。
表扬与肯定⼤家所做出的贡献。
A同事花费了两周时间，做了⼀期完整的web xss安全专题分享，分享会上⼤家⼀起讨论问题、提供⽅案，最终定制全⾯的安全防护措施，并在第⼀时间⽤在了CC项⽬中。正巧，绿盟科技股份有限公司对 CC/CS进⾏专业安全扫描，CC未发现任何xss安全问题，CS发现3处xss ⾼危漏洞。之后，我们也在CS项⽬中使⽤此解决⽅案。
通过这个事，我们肯定了A同事所做的贡献，A同事做的技术分享应⽤到了项⽬中，这是最好的证明技术分享的价值。
学会感恩
技术分享，是奉献也是成长，怀着感恩的⼼看待部门⼩伙伴。分享会上，我会给⼤家经常买好吃的、买饮料，这是⼀个不错的选择。
⼤家⼀边吃零⾷⼀边听分享，免费学知识、免费吃东西，试问，还有多少⼈会不愿意去参加分享会呢？
通过让技术分享的氛围更活跃，我还发现额外让团队获得了另外⼀个成就，整个团队的凝聚⼒也变得更强！真是得来全不费⼯夫！
我经常会给⼤家买85度C的奶茶，还有薯⽚、⽠⼦、⽔果等等，单是买85度C的饮料，就已经花费了好多钱。帮助⼤家，我乐此不疲。
学会感恩，对同事⼤⽅，站在帮助他⼈的⾼度看待事情，你才拥有真正的⾼度。
结束语
技术分享不是最终⽬的，最终要让⼤家热爱技术，⼯作中充满主动。
除了技术分享，我们也主动推进了团队技术博客平台搭建。总之，看到⼤家主动和成长，技术分享这个平台也就值了！
发布评论