团队技术信息流建设

Uifhjvv

技术信息流

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

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

我们的目标是要让合适的新技术持续流向应用阶段，为业务创造价值。
0 v8 x; Z, ?5 L4 }

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

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

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

• 以信息流入推动
• 以技术产出拉动
• 加强内部评审与指导
  % y: W/ u  j, ]/ I8 @. k7 k

# P2 G' H5 M0 Z/ P
; y2 M8 P3 c6 c; n信息流入

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

技术新闻

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

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

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

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

技术交流活动

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

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

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

技术产出

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

$ @$ Y2 Y# ~  G! Z

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

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

内部产出：

• 组内分享
• 公司级的培训分享
• 公共服务
  1 k" s2 e" \  L# w6 t. h

外部产出：

• 团队博客，技术媒体
• 技术活动
• 开源项目
  5 ]; A9 I4 m" D8 z( |3 ^

技术评审

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

3 Z& r, C% H( p! f

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

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

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

• 需求背景
• 项目目标
• 整体方案 - 思路，设计图等
• 实施规划
• 工作量评估
• 预期收益
• 后续规划
• 疑难点，需要讨论的问题
• 需要的支持
  & d& O7 ^% l5 X4 Q6 P
  2 Q2 E1 _* |  T( G9 a) [  k" d4 o

zzz.dan