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 | 
/1 
发表于 2020-9-9 14:44
收藏
淘帖
支持！
反对！