团队技术信息流建设

技术信息流

保持团队的技术先进性,要从团队整体的角度,系统性地建设技术更新机制。

所谓技术信息流,就是新的技术被团队接纳,逐步应用到业务当中,然后将实践经验分享出去,最终回馈技术社区的整个过程。

新技术被采用要经历以下几个阶段:


我们的目标是要让合适的新技术持续流向应用阶段,为业务创造价值。

对于技术信息流,要强调“合适”与“持续”两个关键词。

  • “合适”:技术不能盲目求新,对新技术要充分地理解,经过调研与沉淀之后,再结合业务进行试点。
  • “持续”:新技术要不断地进入团队的视野,并且要能走完流动的过程,不半途而废,真正在业务中落地产生价值。

要做到“合适”和“持续”,有三个要点:

  • 以信息流入推动
  • 以技术产出拉动
  • 加强内部评审与指导

信息流入

团队要想办法扩宽接触新技术的渠道,并且提升从各渠道获取新技术的效率。常见的渠道包括公司内的培训分享,技术新闻,技术交流活动等。


技术新闻

团队成员每天轮流发布一篇个人精选后的技术新闻。

技术新闻不只是简单的摘录,还要写上个人的评论,描述与我们的业务或者团队有什么关系,体现对于新技术的思考。

技术新闻在Wiki中记录,供大家学习参考。

每周评选出当周最佳技术新闻,相关的主题进入团队分享的备选课题。

技术交流活动

团队内部要能够共享各种技术交流活动的信息,相互鼓励,积极参与。

交流活动的优点在于能够建立人脉关系。团队要共享技术方面的人脉资源。

通过人脉资源获取技术信息往往效率更高,我们要能够看到同行们实际在做些什么新尝试,遇到哪些问题,从人的手里得到真实的参考。

技术产出

在支持业务发展的同时,团队也要重视技术方面的产出。技术产出不限于最终实现的服务或者开源项目,对团队内外的经验分享也是一种技术产出。


做好技术产出,不只能够帮助其它开发者,更能够促进提升自身的技术水平,并且激发团队的技术热情。

为了拿出高质量的技术产出,我们会将技术想得更透,做得更细,对于新技术的应用起到拉动作用。

内部产出:

  • 组内分享
  • 公司级的培训分享
  • 公共服务

外部产出:

  • 团队博客,技术媒体
  • 技术活动
  • 开源项目

技术评审

技术评审的目的是提前发现技术方案潜在的问题,给出指导和建议。


我们要求新技术在实际应用前要经过技术评审。

在项目排期的时候就定好参与评审的人员,和评审的时间。对于关键项目,技术评审不是可选项。

技术评审可以减少新技术带来的风险,并且督促被评审者提前将技术本身和所面临的问题想清楚。无论是评审者还是被评审者,参与技术评审对技术能力的提升都会有很大帮助。

技术评审前,要准备好评审材料,主要内容包括:

  • 需求背景
  • 项目目标
  • 整体方案 - 思路,设计图等
  • 实施规划
  • 工作量评估
  • 预期收益
  • 后续规划
  • 疑难点,需要讨论的问题
  • 需要的支持

技术信息流全景图


做好团队信息流建设,目的是让合适的新技术持续流向应用阶段,为业务创造价值。

做到“合适”和“持续”的要点,是以信息流入推动,以技术产出拉动,加强内部评审与指导。

团队实践

目前我们的技术新闻机制已经落地。每周都会选出最佳技术新闻,并且会进入技术分享的备选议题。

对于技术分享,分享前技术委员会参与内容质量审核,分享后会有量化评分反馈。技术分享的内容也会编辑后在团队博客发布。

后续我们会安排专人分别负责团队信息的流入,活动的组织与内容的产出。

我们从技术社区获取能量的同时,也会持续提高对外产出的质量,回报技术社区。

开设专栏以来,我们得到了掘金小伙伴很多的反馈,也收到很多简历,简历的质量很高。

掘金将是我们对外分享最重要的平台,希望与掘金上的小伙伴有更多互动,共同进步。


关注下面的标签,发现更多相似文章
评论
说说你的看法