是研发团队的技术基础设施建设,是一个团队通用的技术能力沉淀.
(1). 业务、架构、基建理解:
①. 业务支撑是活在当下
②. 技术基建是活在未来
(2). 意义:
①. 技术的价值在于解决业务问题,"业务支撑"和"基础建设"都是为了帮助业务解决问题
②. 不能脱离解决实际场景而基建
③. 基础建设的发起从业务问题中来:
a. 能帮助业务解决问题
b. 在建设过程中,提供不同维度的锻炼场景
c. 在业务问题与场景的识别、方案设计、新技术实践、项目管理和产品化思维方面提供成长空间
c. 对不同角色进行锻炼和考察,有助于团队梯队建设
①. 基建前的痛点:
a. 靠压榨、纯加班的蛮力方式支持业务
b. 在这种模式下,业务无法实现跨越式增长的:
(1). 业务量突然增长10倍的情况下,研发团队规模也扩充10倍,成本会得到失控
(2). 阶段性的忙和加班是不可避免的,如电商的双11大促、toB业务定制的大项目的交付,时间点都是倒排
(3). 加班不是重点,只有完不成工作才是重点
②. 面临的困境:
a. 团队一定要思考,怎么做能更高效?
b. 如果未来,业务量增长N倍,该如何支撑?
c. 现在的方式是否能满足?一味的靠堆人不现实
③. 改善的措施:
a. 靠技术建设去提效降成本
b. 基建最核心的价值:帮助业务更好的活在未来
④. 基建是内容是什么?
a. 基建的内容和业务阶段、团队现有建设沉淀有关联
b. 初创期的团队的建设,往往倾向于基础的技术收益:
(1). 如脚手架、组件库
(2). 打包部署工具等
c. 越成熟的业务和成熟沉淀的团队,更偏向于获取更多的业务收益:
(1). 如直接服务于业务的系统
(2). 技术提效的同时更能直接带来业务收益
⑤. 团队的阶段性成长:
a. 起步期和快速爬坡期,主要体现的基建:
(1). 基于Webpack搞个脚手架
(2). 在第三方开源的UI组件库基础上,封装业务组件库
b. 基础完备、沉淀丰富的BAT团队(如下图参考)