TPR理论：研发主管提高团队代码质量的利器
2021年08月15日 管理之路 681 次浏览
TPR理论是我近6年的主管经验的总结，适用于研发主管（即研发组长或TeamLeader，而非技术经理或总监）拿来管理一线程序员，目的是提高一线程序员的代码质量。
其实在我之前的文章中，TPR相关的理论知识点我都有提及过，这次借公司组织的《代码整洁之道》培训机会总结提炼一下，分享给大家。
TPR理论有几个前提，如果这几点没法达成共识，那也就不适合你了：
1、团队中代码质量的重要性大于技术水平
2、代码质量能力可快速学习和提升
3、技术水平能力需要钻研和积累
关于这个前提的说明可以参考我之前写的一遍文章： http://www.yyjjssnn.cn/articles/809.html
TPR理论说明：
T(Teach 教)：首先，当团队新进成员时，需要主管来教他团队的编码规范是什么。我认为团队里不允许有个性化的编码习惯，团队里所有成员必须保持编码风格一致，这样代码才能被其他成员有效的阅读和接管。当然如果是好的编码习惯可以添加到团队编码规范中。编码规范可以参考《阿里巴巴编码规范》，也可以参考我之前写过的编程五步法（http://www.yyjjssnn.cn/articles/846.html），简单有效。
P(Practice 练)：“纸上得来终觉浅，绝知此事要躬行”。教完后就需要练习了，成员在编码过程中、在提交代码时，都需要有检查标准。因为编码规范的检查点很多，不可能每次都检查到位，所以我们可以把团队中需要特别注意或经常出现的问题整理成《代码检查清单》（http://www.yyjjssnn.cn/articles/734.html），在提交代码时逐项核对。《代码检查清单》需要定期更新，把当前最需要注意的事项列进去。
R(Review 审)：教也教了，练也练了，但是提交的代码总还有不满意的地方，怎么办？主管审查。作为主管，必须要以身作则，对小组的代码质量负责，主管能力强，能起网关的作用，对交付的代码质量负责。主管必须要有上帝视角和全局观，能站在更上层发现业务逻辑问题和设计问题，需要及时提出改进或重构意见。团队可以通过建立代码评审机制，将代码质量与绩效挂钩。
总结： 主管可以灵活运用以上几点，通过TPR循环来持续提高团队的代码质量。
>>> Hello World <<<
这篇内容是否帮助到你了呢？
如果你有任何疑问或有建议留给其他朋友，都可以给我留言。