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

作者: admin 分类: 码农职场 发布时间: 2019-06-17 23:22  阅读: 225 views
如何通过一种简单、有效的方式能够稳健提升技术团队内部的成长 ?我作为一个程序猿,是非常希望待在一个战斗力极强的团队中成长的,但是不可能一下就出现了这样的团队,任何团队都是要磨合锻炼的。所以有了以下的构思。

背景:

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

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

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

 

目的:

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

 

方法:

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

 

 对象:

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

 

要求:

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

 

效果:

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

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

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

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

 

补充:

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

有输出,有反馈,有进步,才是良性成长。很多公司已经有这样的流程了,但之前的公司较形式化,基本没有反馈。【反馈的重要性不言而喻,进度、结果、要求等,一问一答,而不是石沉大海。】
 
希望我这个程序猿能够快乐的、茁壮的成长....

 


   原创文章,转载请标明本文链接: ‘技术团队的成长与提升 – 通过分享进行有效的输出’ ,写个标准格式记录下…

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!

发表评论

电子邮件地址不会被公开。 必填项已用*标注

更多阅读