1.3　研发效能的另一种解读

前面我们从概念层面描述了研发效能，也许有点教条，下面我们用通俗的例子，换一个角度再来解读一下研发效能。

我们谈到的第一个例子被称为“方轮子”效应，想象一下，有一位老板在向前拉动一辆方轮子的车，还有一名员工在后面帮着使劲推车。老板关注的是大趋势和方向，是向前看的，很难发现车的轮子是方的，而推车的员工可能看到了方轮子，但是鉴于老板在向前使劲拉车，所以丝毫不敢停下脚步，只能硬着头皮使劲推车。边上或许有其他员工会提出换圆轮子的建议，但也很容易被无情地忽略。换个圆轮子的确需要额外的停顿，殊不知那是为了让这辆车在未来可以跑得更快、更久。我们会发现，这里的圆轮子其实就是研发效能。

再来看第二个例子，图1.3是我们根据事情的重要程度和紧迫程度切分而成的四个象限。这里我们只讨论A象限和B象限。A象限是重要但不紧迫，通常是一些基础性的长期、重要的事情，比如抢占市场的新产品规划、基础设施建设、流程优化、人才培养等，这个象限可以戏称为“未雨绸缪象限”。B象限是既重要又紧迫，通常是一些必须立刻处理的事情，比如系统故障、线上缺陷修复等，这个象限则可以戏称为“救火象限”。

图1.3　重要性和紧迫性象限图

理想情况下更多的时间占比应该放在“未雨绸缪象限”，少量的时间用于“救火象限”。因为“未雨绸缪象限”做好后，“救火象限”事件的概率会变小。如果一个公司大部分时间在救火，通常说明这两个象限的时间分配失衡或者倒挂了，需要关注投资那些长期重要但不紧迫的事情。而对于软件研发而言，“未雨绸缪象限”中最重要的一环就是研发效能。

最后用一个更形象的例子做个比喻，相信大家都听过鹅生金蛋的故事。是不是鹅生的金蛋越多，效能就越高呢？其实不是，一味地让鹅全日无休地生金蛋，早晚会把鹅累死，这不是可持续的长远战略。真正的效能应该是让鹅生鹅，鹅再生鹅，让更多的鹅一起来下金蛋。