KPI 有点儿 low。

一般都是全团队轮换做 oncall 吧，不想半夜被 call 起来，别人写的代码最好也上点儿心，很自然...

作为 Leader，可以不写代码，但是一定要 review 代码，甚至需要 review 团队成员的 comments，掌握团队第一手信息和能力比什么都重要，哪怕不这样，也得摆出姿态给出明确的价值导向吧。如果不是，贵站标准做法是“留着过年么？”

【 在 z16166 的大作中提到: 】
: 动力主要来自KPI。。。KPI要求流程里必须有这步，发布出去出了问题可能要担连带责任（主要责任还是写这个代码的）
: code review是个挑错性质的东西，不怎么受人待见，而且容易起争执
: 极少数情况下是为了学习别人的好代码，那种已经不算review了，算learning。
--
FROM 221.216.192.110