技术信息流

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

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

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

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

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

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

要做到“合适”和“持续”，有三个要点：

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

信息流入

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

技术新闻

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

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

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

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

技术交流活动

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

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

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

技术产出

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

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

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

内部产出：

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

外部产出：

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

技术评审

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

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

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

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

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

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

技术信息流全景图

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

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

团队实践

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

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

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

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

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

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