我一直相信(并从其他方面)跟踪提交统计数据,例如每个开发人员每天提交多少次,这对开发过程是有害的。原因似乎很明显--开发人员将以较小的增量提交,使他们每天提交的数量最大化,但更难分割(可能他们的所有中间修补程序都不会留下格式良好的回购),更难处理提交历史(更改将突然出现在多次提交中,而不仅仅是一个,恢复补丁更难等等)。
是否有任何研究表明提交统计数据是有害的?在这个话题上,有什么优雅而有争议的文章吗?同样适用的是,为什么测量错误的事物会导致人们优化错误的事物,而这个问题只是一个特例。
发布于 2012-01-29 14:22:21
http://www.mit.edu/~hauser/Papers/Hauser-Katz%20Measure%2004-98.pdf
这就是你要找的东西吗?谷歌发现了数千篇“你只得到你所测量的”的文章。
发布于 2012-01-29 14:56:38
这是一个有趣的统计测量,但没有比记录一个开发人员在一周内工作的小时数更有用。
首先,它没有考虑代码质量。一个开发人员可能会不断地提交,因为他一直在修复代码中的错误。这将显示大量提交,与提交一段已完成的、经过修饰的代码的开发人员相比。你不会认为提交次数越多的人越好开发人员。
类似地,整天只提交一次的人,也会有同样的提交计数,而专门的开发人员整天都在编写代码,直到最后一次提交才能保证代码的安全。
如果您有一个计算代码行数的系统,那么通过源文件“重构”每一个卷曲括号的人就会有很大的价值。那个做了1行重要修正的家伙几乎不会出现。
因此,即使开发人员不玩游戏,它也无法提供任何有意义的统计数据。它只会给你提供一张漂亮的图表。然而,每个人都喜欢数据,所以我想说,保存它们,但不要使用它们除了乐趣以外的其他任何东西。
https://softwareengineering.stackexchange.com/questions/132361
复制相似问题