团队技术信息流建设

Uifhjvv

技术信息流

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

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

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

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

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

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

• 以信息流入推动
• 以技术产出拉动
• 加强内部评审与指导
  / j* d' @6 L+ Q# d0 E. U! ~

信息流入

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

技术新闻

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

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

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

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

技术交流活动

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

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

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

技术产出

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

8 Q& B$ s% C, _  j" \- s6 `

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

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

内部产出：

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

外部产出：

• 团队博客，技术媒体
• 技术活动
• 开源项目
  : {# R& }3 k  S6 i' h

技术评审

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

* _% U' q+ D% x* f# c

我们要求新技术在实际应用前要经过技术评审。在项目排期的时候就定好参与评审的人员，和评审的时间。对于关键项目，技术评审不是可选项。

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

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

• 需求背景
• 项目目标
• 整体方案 - 思路，设计图等
• 实施规划
• 工作量评估
• 预期收益
• 后续规划
• 疑难点，需要讨论的问题
• 需要的支持
  ; N& D% [  x' m( v/ y4 `
  ' N- A9 S; t9 O, [5 z" n! u( }

# S/ l' k( F' a& ?2 y/ U  m

zzz.dan