Code review制度推不下去，CTO说我是废物，让我学习“热炉法则”

来源| 技术领导力(ID：jishulingdaoli)

说到制度推广，想必大家想吐槽的点比较多。老K记得很清楚，团队之前推广敏捷的时候，开发同学的各种不配合，把一个曾经梦想做大哥的女人的SQA小姐姐，活生生逼成了大哥。

可以说，制度推广难，难于上青天。

我们来聊一聊，如何在团队中推广一个制度。

先看一个段子：

二嫂想改二哥晚回家的习惯，跟二哥订制度，晚上11点不回家就锁门！

第一周很奏效，第二周二哥毛病又犯了，二嫂果断执行制度，把门锁了。结果二哥干脆不回家了。二嫂很郁闷，难道制度订错了吗？

后来经过党的“群众路线教育实践活动督导组”的指点，修改制度：晚11点不回家，我就开着家门睡觉！二哥大惊，从此11点之前准时回家。

感悟：制度遵守不在于强制，而在于核心利益驱动。

这个段子强调的是，用核心利益来驱动制度的推广。在工作当中如何应用呢？例如Code review制度的推广，可以同时发布一条规定：没做Code review，出现任何线上事故，第一责任人是开发。

通常在软件公司里，开发人员的KPI里一般都有线上故障率，触及自身利益，开发就有动力执行Code review了。

再来看一个故事：

二战期间，美国空军降落伞的合格率为99.9%，这就意味着从概率上来说，每一千个跳伞的士兵中会有一个因为降落伞不合格而丧命。军方要求厂家必须让合格率达到100%才行。厂家负责人说他们竭尽全力了，99.9%已是极限，除非出现奇迹。

军方就改变了检查制度，每次交货前从降落伞中随机挑出几个，让厂家负责人亲自跳伞检测。从此，奇迹出现了，降落伞的合格率达到了百分之百。

这个小故事讲的是：同赏同罚、利益绑定的“热炉法则”。

热炉法则，是指在一个组织中任何人违反了规章制度都要受到惩罚，确保制度的严肃性。当然了，有罚也有奖，怎么罚怎么奖是有讲究的。

奖励要奖基层员工。这样才能激励大多数人，因为大家会想，连一个基层员工都得到奖励了，那我也有可能获得奖励，只要我做得跟他一样好。

处罚要罚中高层领导。这样才有警示作用，看到领导被罚，大家就知道，原来公司来真格的了，连领导都被罚了，我要重视起来。

要做到奖罚分明这一点很难，但是一旦形成良性的规章制度循环，将会提高组织机器运转的健康程度，更好的为组织前进服务。

热炉法则的具体操作上，还要注意以下四点：

第一，即时性原则

如果一个人违反了制度，但是没有及时受到惩罚，那么他仍然会继续违反制度，因为一旦没有及时的反馈，他就会认为制度是无效的。

第二，警告性原则

规章制度的目的，就是要在每个人头上悬着一把利剑，它需要被宣贯和具备昭示性。比如吴王让孙子练兵，三令五申就是警告，但是警告无效就砍掉了两个妃子。

第三，一致性原则

制度发布出来，如果朝令夕改，前后不一，就会让人质疑制度的稳定性，如果不稳定，就会被视为无效，就不能很好的遵守。

第四，公平性原则

同样的规则，如果适用整个组织，就不能有特殊化。比如古代的刑不上大夫，搞双重标准，就不能让人信服。

总之，在团队中推行一项制度，不要以为颁布就完事了，在制度设计之初，就考虑触及核心利益。另外，制度的推行要遵循热炉法则的及时性、警告性、一致性、公平性。

 -END- 

特别推荐一个分享架构+算法的优质内容，还没关注的小伙伴，可以长按关注一下：
长按订阅更多精彩▼
如有收获，点个在看，诚挚感谢