'技术团队的成长与提升 - 通过分享进行有效的输出' ,写个标准格式记录下...

如何通过一种简单、有效的方式能够稳健提升技术团队内部的成长 ？我作为一个程序猿，是非常希望待在一个战斗力极强的团队中成长的，但是不可能一下就出现了这样的团队，任何团队都是要磨合锻炼的。所以有了以下的构思。

背景:
程序猿这个群体本身是一个稍内向、话少的物种，尤其在长期面对计算机工作的环境中愈加显得高冷静谧。上班时间中，除了工作就是吃饭了。大家彼此间最多的一句话不外乎“今天吃啥”，或者瞎聊一些新闻啦、路上的建筑啦等等。感觉日复一日何其无聊。就算是工作上的沟通也是不得已而为之的。并不是那种很顺畅的、很自然的、很有趣的碰撞。

我这个假程序猿有点话少，但是也非常接受不了这样的步调，希望能多了解一些他人的各方面的能力。但是没有较好的切入点，于是想到了培训\演讲这方面。

因为发现周围的同事中，有一个人居然是数学相关专业的，肯定对一些最优算法、公式什么的非常了解；还有一个人在日本工作过几年，肯定对大和民族的生活/追求有很多的认识；有一个人代码写的非常牛叉，肯定在学习之路上有很多好的方法方式；还有一个人在github有很多的star，肯定有不错的推广、营销方式；还有… 还有… 很多。虽然沟通也可以了解，但还是希望在一种比较正式、全面、书面化的过程中去了解吸收。大家一起学习、提问，感觉还是不错的。所以，和老大说明了下这个想法，开始简单实施。

目的:

• 加强团队内部相互之间的了解与沟通。
• 人的能力各有长短，取长补短才能更好地发挥每人的最大价值。
• 提升个人的演讲(营销)能力，不仅会做还要能说出来。(很多厉害的技术牛人，没有分享真是太浪费了)
• 对知识的交流及碰撞(打破‘一解释就懂，一问就不知，一讨论就吵架’的窘境)。
• 逐渐建立出一个交流、学习的氛围。
• 成长，而不是原地打转。

方法:
定时定量的安排成员进行知识培训或演讲。
题材主要两方面入手，一是靠成员自己主动去分享；一是靠领导主动去发现。
成员主动分享自己有把握、有深入研究的领域。这种更加容易带动大家的积极性，以及展示自己的优势等等。
领导主动发现并安排成员分享，这种需要领导有比较强劲、细致的观察力，看到每个成员的优势所在并发挥扩大效应。一方面是利于在工作中的应用与协作，一方面是可以增加领导与成员之间的了解与沟通。

对象:

1：以工作小组为单位，分享短小偏实用性的技术性操作，或相关性知识。
2：以某端(web端、app端、后端、测试端、产品端)的团队为单位，分享该岗位内的前瞻性、实用性知识，或者深入分享某一个知识点。
3：以所有技术团队成员为单位（各个工种），分享跨工种的实用性技术、知识。或者分享个人的深入领域知识。
整体的分享难度是1 < 2 < 3的。
1最简单，因为和自己的工作内容相关，很容易获得和输出。
2也不难，比较容易通过工作中的积累进行整理。
3最难，因为跨越了自己的工作本身，需要接触更多工种，且有整体的意识；还有一方面是分享者是否愿意分享自己的另一面(程序猿比较腼腆，羞答答，不善于表达等)，一般来说内向的程序猿应该有很丰富的内心世界，有着对某些知识的执着或强烈热爱。
如果能够有效的输出不仅能提升大家对该程序猿的认识，还能让大家了解新的知识，也可以让作者内心的想法与外界产生碰撞看看火花大不大。对团队来说，促进相互了解是很有好处的。

要求:

• 要有对应的PPT文档、或者WORD文档
• 如果有对应的demo演示，示例说明更佳
• 分享时间有一定的要求
  1类分享，时长不低于30分钟
  2类分享，时长不低于60分钟
  3类分享，时长不低于90分钟
• 整体的表述(涵盖很多，能讲清楚即可)
• 能在互动环节，有效回答提问者90%的问题，说明效果良好。(不同人员、不同角度的提问3个以上)

效果:
有效的、系统的知识输出，是需要一些准备的，包括文档整理、资料查阅。当团队成员多的话，可以时间周期短些；成员少的话，时间周期长些。根据工作的紧张舒缓进行合理安排。

公司近期共进行有7次大大小小的分享。整体还是不错的，首先产生了一些交流及答疑；其次促进了工作时对知识系统性整理的需求；再者有效的支持或确定了接下来的工作方式或内容。

包括前端的h5\css分享，后端的xxl-job、disruptor、skywalking、elasticsearch分享，其他的seo、markdown编辑分享等。我前后主要分享了SEO、ES两块内容，每次大概进行了2个小时。由于分享前做了较充足的准备、及示例说明，整个过程还算流畅，在大家的提问环节也基本能够回答。个别知识小点可能准备不足，讲得时候还是看到了部分人眉头紧皱，不明所以。以后要更加注意明确清晰的表达了，不过会后很多人要我的文档学习，感觉还是受到了肯定地。有分享的同事在提问环节被问的连说不知道，这个可能就是前期准备没有做好了，或者这个分享不是他擅长的内容。这可能较片面，但也还是说明了某些问题的。哈哈，不深究。

其他方面，大家正常的看待分享这件事情，并做好准备。而不是不好意思的分享、浅显的整理。氛围的会越来越好的。

补充:

可以做一份调查问卷，对每次的分享内容、分享者、学习者进行评分统计。当然不是记录归档，而是要做一个比较客观的评价与调查。评价是对分享者、分享内容的一个基本反馈，让分享者知道这次的效果及建议。调查是对学习者的吸收程度、兴趣偏好统计，更好去安排之后的分享及规划。这是一个技术团队不断成长的记录，也是一个长期的细致的工作。

有输出，有反馈，有进步，才是良性成长。很多公司已经有这样的流程了，但之前的公司较形式化，基本没有反馈。【反馈的重要性不言而喻，进度、结果、要求等，一问一答，而不是石沉大海。】

希望我这个程序猿能够快乐的、茁壮的成长…

个博地址：https://www.deathearth.com/846.html