产品的规划过完之后，又自由讨论了一会儿，看大家没有什么问题了，小J打开电脑投屏开始讲技术部分。
所谓的规划，通常是由前向后制定，先是管理层基于过去的数据和未来的设想制定公司层面的大目标，然后拆解出来各业务部门的目标和规划，产品部门再根据业务部门目标从产品视角拆解出产品规划和目标，最后才是技术系统的落地规划。
基于产品规划中提到的重心项目，小J拆解出来的技术规划包含几个部分。
第一部分是重点产品支撑。
这个以业务目标和产品能力建设为主线，技术主要做支撑性的系统建设。目前各业务和核心产品都有对口的研发团队支持，小J列了一下，没有再详细讲。比如，内容平台、社区化、广告平台、服务平台、网络管理、供应商工作台等，每个团队都有各自技术经理负责。
第二部分是基础能力建设。
小J将技术的横向资源进行了更细粒度的拆分，也为每个团队配备了技术经理。比如前端、质量交付、算法，订单履约平台、安全、交易平台等，原来的技术基础平台团队这次被打散，雷神改为负责观星台的建设。
第三部分是观星台。
之所以把雷神抽调过来，小J主要是基于几方面的考虑。首先，雷神技术能力强，过去一段时间把技术基础平台团队建设得有声有色；再者，观星台不能盖空中楼阁，要做基础设施必须要了解业务，现在小J手下的技术经理中，技术能力强，熟悉业务的只有雷神，其它要么刚提上来还没站稳，要么是外部招聘进来的，业务不熟；要么偏重在某个领域，无法统揽全局，像前端、测试等；最后一点，也是小J不好说出来的，观星台涉及公司下一步的一个重点发展方向，选建数字化再搞智能化，进一步提升平台价值，把公司的估值吹上去，小J也希望能把这个机会给雷神。
第四部分是关于效能。
B轮融资进来之后学梦网迎来新一轮扩张，人员暴增，新员工对业务不熟，组织面临挑战，技术团队的产出效率受到了影响。这个在小J的预期之中，也跟合作方部门提前沟通过，大家也能理解，但小J还是要尽快解决。为此，他交给负责质量交付团队的经理老白一个任务——效能数字化，以便于实时掌握技术部门的需求吞吐量，交付周期，稳定性问题，各团队工作任务负荷等核心数据。
第五部分是稳定性。
随着学梦网用户规模变大，业务也越来越复杂，稳定性上的挑战越来越多，过去几个月连续出了几次线上故障。小J已经让老白开始针对每条链路制定稳定性标准，哪些是出问题会死人，需要重兵投入核心保障的；哪些是边缘业务，