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