1. 技术基建:

是研发团队的技术基础设施建设,是一个团队通用的技术能力沉淀.

(1). 业务、架构、基建理解:

①. 业务支撑是活在当下②. 技术基建是活在未来

(2). 意义:

①. 技术的价值在于解决业务问题,"业务支撑"和"基础建设"都是为了帮助业务解决问题②. 不能脱离解决实际场景而基建③. 基础建设的发起从业务问题中来:a. 能帮助业务解决问题b. 在建设过程中,提供不同维度的锻炼场景c. 在业务问题与场景的识别、方案设计、新技术实践、项目管理和产品化思维方面提供成长空间c. 对不同角色进行锻炼和考察,有助于团队梯队建设

---

2. 基建搞什么?

①. 基建前的痛点: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团队(如下图参考)