客户公司的前任CEO有次来办公室访问，提到一个很有意思的话题，就是公司的任何一个员工或者管理者，都要从 一个公司“One Company”整体的利益出发去考虑问题。看上去是任何一家公司或者党政机关领导冠冕堂皇的话，实际上 是很难做到这点的。已知的一个比较成功的例子是中国共产党，在高达的帮助下，他们全国一盘棋的策略，战胜了 国军，夺取了政权。

联系到一个客户有次问我的一个问题: 如果你在团队A，在使用团队B开发的工具的时候遇到一个问题，你是要通过 hack的方式绕过这个问题，还是投入时间，修复这个问题，发pull/request，跟踪问题直到该问题得到解决？ 我很诚实的告诉他，It depends。因为我做的是交付项目，如果我的直接客户，也就是对方的项目经理，在意 我当前任务的交付时间，我会将这个问题在github上提交一个issue或者在slack channel通知团队B。如果 他认为这问题，是公司开发团队都要面临的问题，并且认为停下我当前的任务，去修复这个问题是值得的，那我就 去做。

我想说的是我们的客户会更乐意让我修复这个问题，但是我从知乎上看到的国内的这些大小互联网公司，我觉得 如果他们的员工遇到同样的问题，可能不会选择去修复这个问题，其中很重要的原因就是KPI。我从毕业开始就 一直在一个奉行敏捷文化的小公司工作，没有机会体会大公司的文化，但是就我了解到的，大公司的KPI造成了 人与人，团队与团队之间的对立。Dev的考核变成加班时间和代码行数而不是代码质量，QA的考核变成查出的bug 数而不是更关注产品的质量，Ops的考核变成Incidents的数量而不是运维的质量，再往上点就变成了团队资源 争夺以及政治斗争。

我曾经参与过一个大型的通信公司关于持续交付的讨论，讲到最后考评制度，大家都纷纷开始叹气，真是一件让人 觉得悲伤的事情，为什么不能把KPI定义为产品的成功与否，或者团队的成功与否，如此QA，Dev，Ops，PM能 够协力去将产品变得更好。

有感于最近知乎上关于陈皓离职以及阿里的HR事件的一些讨论，随便扯了些，可能是这个世界太复杂，我想的太简单了。