咨询：请问团队开发，如何在项目进程中或者结束的时候，统计...

开玩笑？当初我一哥们在对日外包的公司干活，和派驻的日方人员关系混熟了，人家就是这么教的，呵呵。

典型的用屁股思考问题！
当初一个项目就是因为头头有这个暗示，一小伙3w行/月后，当月领到了2倍以上的工资。
偏偏下个月需求变化，代码修改量巨大（多是相似代码，不能通用的replace）基本没法修改。
最后项目严重超期。。。
客户了解到这样的代码后，完全失望。项目失败。。。

那我肯定發了﹐我寫代碼還是很高效的。

我有个同学他们公司就这么算的，他们的做法是在每个文件头上加N多的import .... 

那就更要统计了, 看看谁写的代码最多,就是要重点检查的对象.

偶认为统计代码还是很有必要的。
但是只是做为绩效的主观参考之一罢了。
只有在同样的条件下才能用代码量直接和绩效挂钩。
我比较倾向的方式是每个任务下发的时候协定好任务的难度和工作量。以这个做为绩效的重要参考标准之一。
单纯的代码统计是没有意义的。

反对用代码量来做绩效考核的依据,不但不准确的反映绩效,还会降低数据的可用性.统计代码量只是为了度量过程的能力罢了,不过团队成员是不是提供了真实可信的数据到是应该放入绩效考评的准则之一.

代码量＝工资  -->>    代码生成器＝印钞机

把项目中的统计数据和绩效等因素挂钩完全就是不成熟的表现。
这个相当于把维修部门接到的维修数量作为绩效考核的指标意义是一样的，难道不是接到的维修越少越好吗？这样的指标挂钩必然会导致弄虚作假，数据不真实等情况的发生。
作为绩效考核的因素应该是符合smart原则的。

也许相关统计工具不难找，但是千万不要把数据与绩效挂钩。

大家可以用statcvs统计代码，每个人的提交量，什么时候提交，
挺有意思，也能说明一些问题。