2021年08月15日   管理之路   543 次浏览

TPR理论是我近6年的主管经验的总结,适用于研发主管(即研发组长或TeamLeader,而非技术经理或总监)拿来管理一线程序员,目的是提高一线程序员的代码质量。

其实在我之前的文章中,TPR相关的理论知识点我都有提及过,这次借公司组织的《代码整洁之道》培训机会总结提炼一下,分享给大家。

TPR理论有几个前提,如果这几点没法达成共识,那也就不适合你了:
1、团队中代码质量的重要性大于技术水平
2、代码质量能力可快速学习和提升
3、技术水平能力需要钻研和积累
关于这个前提的说明可以参考我之前写的一遍文章: http://www.yyjjssnn.cn/articles/809.html

TPR理论说明:

TPR理论

T(Teach 教):首先,当团队新进成员时,需要主管来教他团队的编码规范是什么。我认为团队里不允许有个性化的编码习惯,团队里所有成员必须保持编码风格一致,这样代码才能被其他成员有效的阅读和接管。当然如果是好的编码习惯可以添加到团队编码规范中。编码规范可以参考《阿里巴巴编码规范》,也可以参考我之前写过的编程五步法(http://www.yyjjssnn.cn/articles/846.html),简单有效。

P(Practice 练):“纸上得来终觉浅,绝知此事要躬行”。教完后就需要练习了,成员在编码过程中、在提交代码时,都需要有检查标准。因为编码规范的检查点很多,不可能每次都检查到位,所以我们可以把团队中需要特别注意或经常出现的问题整理成《代码检查清单》(http://www.yyjjssnn.cn/articles/734.html),在提交代码时逐项核对。《代码检查清单》需要定期更新,把当前最需要注意的事项列进去。

R(Review 审):教也教了,练也练了,但是提交的代码总还有不满意的地方,怎么办?主管审查。作为主管,必须要以身作则,对小组的代码质量负责,主管能力强,能起网关的作用,对交付的代码质量负责。主管必须要有上帝视角和全局观,能站在更上层发现业务逻辑问题和设计问题,需要及时提出改进或重构意见。团队可以通过建立代码评审机制,将代码质量与绩效挂钩。

总结: 主管可以灵活运用以上几点,通过TPR循环来持续提高团队的代码质量。

赞 赏
申明:除非注明,本站文章均为原创,转载请以链接形式标明本文地址。 如有问题,请于一周内与本站联系,本站将在第一时间对相关内容进行处理。
本文地址: http://www.yyjjssnn.cn/articles/877.html

>>> Hello World <<<

这篇内容是否帮助到你了呢?

如果你有任何疑问或有建议留给其他朋友,都可以给我留言。

:wink: :twisted: :surprised: :smile: :smile9: :smile8: :smile7: :smile6: :smile5: :smile56: :smile55: :smile54: :smile53: :smile52: :smile51: :smile50: :smile4: :smile49: :smile48: :smile47: :smile46: :smile45: :smile44: :smile43: :smile42: :smile41: :smile40: :smile3: :smile39: :smile38: :smile37: :smile36: :smile35: :smile34: :smile33: :smile32: :smile31: :smile30: :smile2: :smile29: :smile28: :smile27: :smile26: :smile25: :smile24: :smile23: :smile22: :smile21: :smile20: :smile1: :smile19: :smile18: :smile17: :smile16: :smile15: :smile14: :smile13: :smile12: :smile11: :smile10: :smile0: :sad: :rolleyes1: :redface: :razz: :question: :neutral: :mrgreen: :mad: :lol: :idea: :exclaim: :evil: :eek: :cry: :cool: :confused: :biggrin: :arrow:

友情链接: 程序员刘杨 刘杨
Copyright 2003~2018 保留所有权利 | 网站地图
备案号:湘ICP备14001005号-2

湘公网安备 43011102001322号