阅读 621

浅谈技术氛围

在互联网公司中,研发团队可谓是第一生产力,他们看待问题非常的理性,除了薪资外,还讲究一种叫技术氛围的东西。那什么是技术氛围?听起来挺虚的是不是?我个人认为,就是技术在整个团队乃至公司中,能被足够的重视。团队中的大部分人,能热爱技术,喜欢折腾,乐于分享。在这样的环境下,一方面能激发团队不断的推陈出新,另一方面也能使团队成员有持续的个人成长。

Leader是否重视技术这件事,非常大程度上直接决定了团队的技术氛围走向。如果Leader只是把成员当成螺丝钉,以春蝉到死丝方尽的理念用他们,那结果就很明显了——大家每天都很累,感觉身体被掏空,没有精力去学习新技术,去分享技术。久而久之,觉得没有成长,就离开了。显然这种短期让团队在单位人天内创造价值最大的方式,无异于杀鸡取卵。他们是一群充满活力的年轻人,需要被肯定价值,让他们感觉到希望,未来可期。

那作为一个Leader,怎么样才能打造一支具有好的技术氛围的团队呢?这里分享下我个人的一些经验,主要分为以下五点。

参与感

在项目的整个流程中,让研发有更多的话语权,使得他们能感觉到自己是项目的主人。比如,在制定研发周期的时候,leader不要直接把时间估好,然后跟团队说:“这个功能我认为只要2天就行了,从明天开始开发吧”。研发听到这种被安排的口气时,虽然表面上去做了,但内心是不爽的。因为,他觉得你不尊重他。更好的做法是,先让研发来排期,把一部分周期主导权交到研发来把握,只要跟你估计的时间没有太大的出入,那就没问题。如果相差较多,可以进行沟通。这个过程,除了研发能收获尊重,还能提高研发的周期把握水平,一举两得。除此之外,在一些产品的决策上,可以收集一下研发的意见,让研发参与决策。这些方式都可以很好的激发研发人员的积极性和主动性,氛围感自然就上来了。

技术规划

Leader要结合产品规划以及相应技术栈未来的趋势,制定出一些更有挑战性和前瞻性的任务,根据每个研发不同的情况来分配。这样既能为产品未来打下坚实的技术基础,还能将研发解救于枯燥、重复的业务代码开发中,使其有机会能接触到更高难度的任务,提示自己的技术能力。这样一中和,能有效的缓解职业疲劳,开心撸码。

更高的技术要求

那如果由于产品方向不明确、产品发展处于白热化阶段或者不符合预期,导致比较难做出技术规划怎么办?还别说,这种情况其实非常普遍。在这种情况下,即使做了技术规划并执行,对项目的收益也不见得很大,反而有可能会产生负收益。毕竟产品未来方向不明朗,这个时候与其投入人力去做未来的技术铺垫,还不如投入资源多做些功能去试错。这个时候,你可以对当前产品的技术提出更高的要求。比如,可以梳理目前项目中存在的技术问题,排列优先级,分配给研发去解决。在某些问题的解决过程中,是能帮助研发提高自己的技术能力的,解决完成后形成文档,说不定还能借此跟大家分享一下解决思路和方法。这对项目来说也非常有益的。

提供学习的环境

在这点上,主要从三个方面来讲

在忙碌的产品周期迭代之余,要去引导和驱动团队不要只满足于手头上的工作,得紧跟前沿技术、最佳实践。把学习到的知识运用到项目中,组织进行分享。开发同学一转以往两耳不闻窗外事,一心只撸圣贤码的角色,在公众面前进行表达,收获大家赞许的目光。

推动互相审核代码。代码审核的这个过程,其实是非常好的互相学习的机会。审核的人能学习到被审核人的代码实现、代码设计。被审核的人也能从别人审核出来的问题中,发现自己的不足并改进。这个过程中,互相交流技术实现的氛围就慢慢形成了。

给予机会去参加外面的技术论坛、分享会,感受整个行业的技术氛围。

鼓励创新

首先,要提供一种创新的氛围。在大家没有主动创新意识的时候,可以通过激励等手段,去倡导和鼓励创新。比如,设计一种机制,在每个月组织一个创新提案会,团队成员可以将自己的技术想法提出来,大家一起评审这个想法。如果该想法通过,则在排期上给予时间去实现,并在落地后给予一定的激励。即使最后实现的结果不如人意,也要给予一定的宽容,这也是在鼓励团队试错,在错误中成长。通过这种机制的保障,团队成员的创新意识会被慢慢培养起来。

其次,在技术选型方面,可以适当的激进些,鼓励将一些新的技术运用到项目中。我见过很多Leader比较保守,对新的技术新的非常排斥,导致项目中使用的技术万年不变。当然,新技术的引入也意味着带来风险,但通过一个完善的评审机制是可以规避大部分风险的。

结语

营造技术氛围是个长期的过程,不能一蹴而就,重在对这件事情的坚持。很多时候Leader们推行一个机制来提高技术氛围,认为推行后团队的技术氛围就能自动的且持续的提高,推行后不久就没有再跟进,结果是注定失败的。所以,如果想让团队拥有良好的技术氛围,Leader们必须要有持续的热情去刻意营造,这样团队的技术氛围才会一天比一天好。