技术Leader的职责

今天突然觉得有些工作还是应该做，而且应该重点做。--题记

带android的项目组已经快两年了，之前有点是根据感觉与经验做事情，今天觉得有必要对自己做下定位，分析下作为一个技术Leader的的主要责任，有哪些工作重点，要做哪些事情。

先盘点下目前的工作状态及日常做的一些事情：

1. Code Review。每日根据SVN提交记录，看前一天提交的代码，有问题则当面或RTX提出来。
2. 体验实现的功能，同时看代码实现，发现问题也提出来。
3. 技术难点的解决，比较复杂技术问题基本要参与或独立解决。技术上的难点有一些，不会太多。
4. 跟进项目中的一些问题，进度主要是项目经理跟进，我主要关注技术上的问题有那些，解决怎么样了，要不要介入。
5. 根据自己的思路，对一些技术点进入深入的一些了解，或可提升产品质量的方法。如包大小优化、Glide的内存效率、一直有上报但不怎么关注的ANR问题、过度绘制等。
6. 根据上报（主要是自己开发或重点关心功能模块），定位并解决一些外网的问题。
7. 查看用户反馈邮件，分析日志、联系用户，解决用户问题，尽量从用户得到一些关于产品的意见。
8. 提测，注意写测试要点。
9. 专门的兼容性测试（android平台的兼容性及新旧版本之间兼容性）。
10. 发布，打基线。
11. 很重要的一个，需求评审。
12. 发现问题、提出问题，让大家一起分析解决，这算是提升团队整体能力的工作。
13. 新技术的引入，如RxJava、热补丁。

还有其他的一些点，在《去年手游宝一年项目总结》中也列举了不少。事情比较杂，有些事件是随着项目迭代推进的，有些是自己找的。对，有些事情是自己找的。

相对而言，作为技术Leader，Coding实现业务的工作相对少一些(看SVN提交统计，实际Coding量并不少，相反要对项目整体的代码要有足够的了解），时间安排上可以更灵活些。这既有好处，也不太好。没有分配具体的工作，刚开始不知道自己该找什么事情做，不像Coding实现具体的功能有充实感，会觉得空虚、心会发慌。现在，有一些思路与方法，开始习惯了。

抛开这些具体的事情，技术Leader的职责是什么？应该怎么排自己的工作，时间应该花那些事情上？

关于职责的问题，可引用阿朱的一段话：