Infra 的创新悖论

我在内网看到的一篇帖子，写得真好，我觉得很好的描述了我在 Infra 部门工作遇到的所谓「创新悖论」，搬了过来。
所有敏感信息都已删除，如果原作者介意，请联系我删除🙏

原标题：底层困境-精品不如新品，积累不如改变

好项目一旦被认可，就已经在迈向了死亡

每年一次的晋升制度需要RD小A在今年拥有亮眼的技术产出，当小A因为出色的项目A获得激励和晋升机会后，项目A从此便成为了小A手中一个食之无味弃之可惜的鸡肋。无论是从晋升、绩效还是经验的角度，他都很难再在来年用项目A获得多少利益。第二年他还要全力扑在项目A上吗？从0.8到0.9总比从0到0.8困难得多，也没意思得多。不如专注做个新东西，既能体现他的创造力、价值和产出，又能拓展他的经验和能力边界。此时把项目交出去便是小A最好的选择，即便不交出去，最好也只是稍作维护。
而通常情况下，小A都是能把项目交出去的，因为他的优秀和他的“创新意识”，同样能够给他的leader带来好处和惊喜；或许在有些情况下，放低项目A的优先级给小A腾出手来搞别的事情也正是来自leader的授意。此时，被安排去接手维护项目A的小B便成为了无奈又惨淡的那一个。对于他来说，这个项目连鸡肋都不如，是纯纯的鸡骨头。小B会把项目A做的越来越好吗？答案很明显，能被好好维护已经算是项目A的幸运了

项目A本来经过小A与用户磨合迭代后已经蛮好用了，好多一线开发人员都用的顺手；可后来给它提新功能它不乐意支持了，老功能也越来越不稳定，效率降低困扰增加，开发人员都在吐槽，此时小A的leader介意吗？有但不多：没关系，又不是不能用，确实也是没空管了，要不你们把项目接过去一起维护？没事儿，我们自己又不用，阻碍你们开发了？要是太紧急就把代码权限给你们开了一起排查排查？别急哈，新工具/新框架已经在做了比这个更好用，要不你们现在就可以先试试，做我们第一批用户吧，享受vip服务哦～更糟糕的情况是开发人员也被传达自上而下的指令：老的别用了用新的工具/框架吧，新的更好以后功能也更全。开发人员随手一试，这也不行那也不行啊怎么办啊领导？领导说没关系，这只是阵痛，你边用他们边给你改，很快就能行了！

这种状况是管理者们希望看到的吗，虽然从常理上来说，任何一个工程师应该都不希望事态如此发展。工欲善其事 必先利其器，大家希望用精且专的东西，而不是频繁切换磨合新工具。但从现实层面来说，很遗憾，这从上至下逐层的管理者之中，除去最顶部的两三层，应该有不少层都乐于如此。小A们给leader们带来了很多可以向上汇报的东西，这让leader们在他们的上级眼中看来，好像能够带领团队一直探索和前进，创新和突破。他们总是充满干劲，产出满满。他们有错吗？没有错，为什么不呢？适者生存，在这样的环境和制度之下，他们就是优胜者和利益倾斜方。造成这种评判结果的原因是这评断好坏的评委不是每一个工程师，这决定使用哪一个工具的决策者不是每一个一线开发人员，而是他们一层又一层的上级。