当时作为软件经理我负责将

asimk13

我当时的结论是与热爱的管理者的愿望相反我没有看到一种实用的方法来衡量单个开发人员的生产力。我提到这一点是因为过去几年情况发生了巨大变化。在撰写本文时和这两个源代码控制系统正在争夺开发部门的主导地位  的迁移到我们选择是因为它对友好。众所周知我们支持错了现在被认为是版本控制的事实上的标准。结果围绕存储库形成了一个自己的行业。这有多么有价值例如微软以亿美元收购就可见一斑。

这一发展还导致许多公司现在为其代码提供指标并表明他们可以衡量软件开发人员的生产力。引入指标如果我们假设实际上可以衡量开发人员的生产力 泰国电话号码表 我并不完全相信这一点那么我们必须问自己这是否是一个好主意。管理层应该欢迎它管理者想知道哪些开发商表现最佳并希望指标能够帮助您评估绩效。人力资源部门也会对记录绩效问题感兴趣首席执行官会特别想知道您提供的预算是否得到有效使用。



即使您使用新工具来衡量单个开发人员的生产力您使用的指标通常也只不过是一个糟糕的笑话而且最重要的是很容易被操纵例如编写的代码行数。当您根据此类指标来衡量开发人员时您可以预期所有团队成员都会在纸面上有所改进。然而您为此以团队生产力的形式付出了高昂的代价如果开发商如果相互比较就会出现竞争局面在薪资或晋升方面这种情况更加严重。团队精神和工作正在成为遥远的记忆。