如何在 JD 成为优秀的技术 leader
本文读《在 Alibaba 成为优秀的技术主管，需要做到这三点》，有感而写。作为一名技术 leader，我认为需要关注如下三点：
稳定，高效，创新。
我认为作为一名技术 leader，作为系统架构的负责人，系统稳定是首位的。更毫不夸张的说，系统稳定是研发团队的脊梁骨。其次，研发效率是研发的天职，不高效的团队是没有竞争力的。而技术创新是进步的主要生产力。
一、稳定
实现系统稳定，重要做到两点：
- 一、必须有明确的技术架构评审、代码评审和发布计划评审。
- 二、必须有报警，必须有日志。前者做到即时发现问题，后者做到迅速定位问题。
所以，总结出了问题，怎么办？
不要猜，更不要慌，通过报警点去找日志。
当然，大多数系统出了问题，都是事后诸葛亮，所以，事前保障，严格评审，是唯一有效的手段。
落地
如果你想在团队里实践评审制度，我的建议是，不要一下子把三个会一股脑都引入到团队，这会对团队产生一定的不适应感，而且，如果没有细化会议的内容和规则，最终会流于形式。
节奏应该是小步快跑，以点到面。
第一，技术架构评审、代码评审和发布计划评审，我先引入团队的是发布计划评审。之后技术架构评审和代码评审一起引入。
原因很简单，代码评审和技术架构评审相辅相成，否则只有代码评审往往只能评审出规范性的错误，业务逻辑的问题，需要对细节的把握，这往往又是非一线研发一时半会看不出来的。而只有技术架构评审则无法保证技术架构设计的实际落地。
这个过程大约一个月内逐步实施为妙，而且要不断的进行反馈和调整，才能找到一个合适团队节奏和方法。
第二，采用问题式的会议形式，涉及到10人日以上的项目和涉及到黄金流程的项目必须评审，要求项目干系人及T7+以上研发必须参与评审。
注意，采用的是会议，而非讨论。虽然会议是很重的一种形式，但也具有很重的仪式感，这会让团队重视这件事。
This chapter requires login to view full content. You are viewing a preview.
Login to View Full ContentCourse Curriculum
建立敏捷基础 —— 让流程“跑起来”（2013–2014）
提升团队效能 —— 让协作“顺起来”（2015–2016）
穿越震荡周期 —— 让系统“稳下来”（2017–2018）
驱动持续进化 —— 让组织“强起来”（2019）
Speaker
