EDA365欢迎您登录!
您需要 登录 才可以下载或查看,没有帐号?注册
x
技术信息流保持团队的技术先进性,要从团队整体的角度,系统性地建设技术更新机制。 所谓技术信息流,就是新的技术被团队接纳,逐步应用到业务当中,然后将实践经验分享出去,最终回馈技术社区的整个过程。 我们的目标是要让合适的新技术持续流向应用阶段,为业务创造价值。
, e' o9 g: T# q0 ?对于技术信息流,要强调“合适”与“持续”两个关键词。 - “合适”:技术不能盲目求新,对新技术要充分地理解,经过调研与沉淀之后,再结合业务进行试点。
- “持续”:新技术要不断地进入团队的视野,并且要能走完流动的过程,不半途而废,真正在业务中落地产生价值。
" q6 P) I0 _% {: E6 v6 K! Z
要做到“合适”和“持续”,有三个要点: - 以信息流入推动
- 以技术产出拉动
- 加强内部评审与指导
, c9 R4 C3 q$ C& p' C# w! P; J
4 d2 B$ y C" J5 g% Q$ `& w) d. w r4 w. O: _
信息流入团队要想办法扩宽接触新技术的渠道,并且提升从各渠道获取新技术的效率。常见的渠道包括公司内的培训分享,技术新闻,技术交流活动等。 + Q) _6 w( M$ `0 p" k, T' O- M: K, O' M
技术新闻 团队成员每天轮流发布一篇个人精选后的技术新闻。 技术新闻不只是简单的摘录,还要写上个人的评论,描述与我们的业务或者团队有什么关系,体现对于新技术的思考。 技术新闻在Wiki中记录,供大家学习参考。 每周评选出当周最佳技术新闻,相关的主题进入团队分享的备选课题。 技术交流活动 团队内部要能够共享各种技术交流活动的信息,相互鼓励,积极参与。 交流活动的优点在于能够建立人脉关系。团队要共享技术方面的人脉资源。 通过人脉资源获取技术信息往往效率更高,我们要能够看到同行们实际在做些什么新尝试,遇到哪些问题,从人的手里得到真实的参考。 技术产出在支持业务发展的同时,团队也要重视技术方面的产出。技术产出不限于最终实现的服务或者开源项目,对团队内外的经验分享也是一种技术产出。 : U& ^$ ^0 V5 G6 r8 J2 f' n
做好技术产出,不只能够帮助其它开发者,更能够促进提升自身的技术水平,并且激发团队的技术热情。 为了拿出高质量的技术产出,我们会将技术想得更透,做得更细,对于新技术的应用起到拉动作用。 内部产出: - 组内分享
- 公司级的培训分享
- 公共服务# D* s# G/ S! V: q0 w' S; R
外部产出: - 团队博客,技术媒体
- 技术活动
- 开源项目$ q; K6 v% r# N& ^! E7 p) z; j! Y
技术评审技术评审的目的是提前发现技术方案潜在的问题,给出指导和建议。 ( }7 ]2 [& w# A. D. R
我们要求新技术在实际应用前要经过技术评审。在项目排期的时候就定好参与评审的人员,和评审的时间。对于关键项目,技术评审不是可选项。 技术评审可以减少新技术带来的风险,并且督促被评审者提前将技术本身和所面临的问题想清楚。无论是评审者还是被评审者,参与技术评审对技术能力的提升都会有很大帮助。 技术评审前,要准备好评审材料,主要内容包括: - 需求背景
- 项目目标
- 整体方案 - 思路,设计图等
- 实施规划
- 工作量评估
- 预期收益
- 后续规划
- 疑难点,需要讨论的问题
- 需要的支持: Q0 e5 `$ Q- ~+ L. C4 j
5 W0 g& d( Q6 {6 J6 {6 C& P% C
/ b. A1 O- j# f. Z; x: }6 u8 ]
|