技术主管新年想得最多的一件事必定是如何比上一年做得更好。宏大的目标设定每个团队都会做，谈几个不引人注意的小问题。
1、主动与被动
见过一些技术团队将计划定义为“按时完成需求”，需求驱动并没有什么不对，但是研发工作仅考虑被动需求的话是很难做好。
- 之前完成的许多需求有什么共性？
- 延误的项目有哪些原因？
- 经常出问题/bug/故障的项目/功能/模块是哪些？
- 代码、关键路径、架构中有哪些已知的缺陷？
- 用户不容易发现，但是已经存在的问题有哪些？
围绕以上类似问题出发，找出在研发上需要做哪些主动改进。
2、关注效率提升
大部分团队会非常关注如按时交付等直接目标，当目标遇到障碍时，技术主管通常就会用直接的方法（如加班）来解决。但是考虑长远，有很多间接的手段能更好改善效率。
- 是否存在培训体系，针对专业知识、业务知识进行专项培训？
- 针对新人是否有进阶的各层次引导培训？
- 团队的文档建设如何，是否经常要阅读前人代码才能维护？
- 某个地方经常一修改就出bug，是否有机制保证及时重构？
- 是否有清晰的开发流程、项目流程、发布流程，还是依赖团队人员的经验或智慧？
- 开发流程中是否有方法形成共识的需求，技术设计是否有review习惯？
如果只看到直接目标或短期收益，可能一年之后技术主管还在疲于奔命，感慨有做不完的事情并埋怨团队效率低。
3、量化体系及工具
当团队较小时候，依靠team leader领头羊作用以及团队成员的内驱力就可以将目标完成得不错。当团队进一步扩大，尽量建立量化的体系及工具，比如目标“将存储时间缩短30%”，需要考虑是否有现成的方法来测量、是否有日常的采样数据等，而不能依靠一时的临时对比。业务的数据每个公司都会第一时间建设，但是衡量软件性能及效率的工具及数据通常未纳入到日常化建设。
4、持之以恒
建设一个高效的研发团队无法一撮而就，让一个10人以上的技术团队形成合力，保持持久的开发效率提升及高质量交付，需要长年的建设及努力。
一年之计在于春。
写的非常实在的分析，不过当下多数人不具备此管理素质或能力，以及部分人不愿意去冒风险，所以也造就很多隐患，甚至不少优秀员工的流失！
是啊，不能短视，注重日常积累，为长远的提升做准备。能遇到这样的上级才可以顺利实施，可遇不可求啊！
如果主管不能保证明天是否还在公司，那么又如何能激发主管用心用力长久建设团队的潜力呢。
不同的团队需要有不同的核心目标以及团队文化