开发人员的生产力

       最近关于软件开发人员生产力的话题比较火爆。大家在代码行数和功能点等方面提出了自己的看法和见解。对此话题我想谈谈自己的看法。       

给我指标

       如果我们开发人员的生产力可以衡量（我并不完全认同这个观点），那么我们必须问我们为什么要这样做。

       这样做的愿望当然很强烈。经理们想知道谁是他们最好的开发人员，并且他们想能够在绩效评估时帮助他们进行指标评定。HR 希望能够记录绩效问题。CEO们想知道他们花的钱是否得到了有效的利用。

       即使您使用新工具来衡量个人开发人员的生产力，这些指标也可能会受到影响。如今，代码行数被认为是一个笑话指标。“你想要代码行？我给你几行代码！” 每天的提交次数或第一次 PR 评论的平均时间有什么不同吗？如果您根据这些指标衡量每个开发人员，他们肯定会改进这些指标。但代价是什么？可能以牺牲团队生产力为代价。

       软件开发是一项团队运动。如果在任何指标上相互衡量各个开发人员，他们将开始相互竞争，尤其是在金钱和晋升的机会面前。然而一个团队只讲相互竞争，那么这个团队就不能算是一个优秀的团队。

       在软件业务中完成任务的是团队，而不是个人开发人员。软件开发在这方面很有趣。实际编码通常最好由经过深思熟虑的个人完成，但编写代码前后发生的工作对使事情成功有很大贡献。

衡量团队

       开发团队在编写任何代码之前讨论并给定项目的设计和实现。当个人开发人员编写代码时，通常是在队友的帮助下回答问题并提供见解。所有团队成员审查并批准在代码审查期间完成的工作。每个人都齐心协力使事情发生。

团队的力量在于每个成员。每个成员的力量就是团队。——菲尔·杰克逊，NBA 教练

       这就是为什么应该衡量团队生产力而不是衡量个人开发人员生产力的原因。开发人员作为一个团队一起工作，朝着一个共同的目标努力，这才是管理者真正想要的。

       团队领导者知道，如果他们提高团队指标，他们就会取得成功。能够看到专注于正确的事情并关注正确的指标的团队将会改进。团队领导希望提高他们的生产力。他们想要变得更好。他们想要交付。衡量基于团队的指标有助于他们做这些事情。

        我问是否应该甚至可以衡量开发人员的生产力。但我觉得这是一个错误的问题。个人开发人员的实力取决于他们的团队。正确衡量团队指标可以使团队获得更好的结果和更好的软件。我们应该鼓励我们的团队，通过衡量他们一起做的事情来更好更快地构建软件，而不是衡量个人。