大家来讨论下 软件开发工作量怎么衡量的有关问题

大家来讨论下 软件开发工作量如何衡量的问题
这个可能是个很难搞 的东西，特别是如何具体量化。
但 不搞又不行 。。。。。

我想了几点 当抛砖引玉。
1：经过审核后的代码行数
2：质量
3：工作难度
4：文档


我想这四点 综合一起 来评判工作量  但具体每一项占多少分 还没想清楚。

大家是怎么搞的？ 望支招  （3KS）！！
------解决方案--------------------
工作难度怎么量化？像跳水一样弄个难度系数？

文档呢？有文档和没文档？有文档写的如何怎么衡量？像中学语文作文打分？

质量怎么衡量？

代码行数？行数多得分高还是行数少得分高？
------解决方案--------------------
工程师们有得是办法把一段代码“增长”，但还能通过审核。这个方法会让大家把精力集中在如何“增长”代码上，是个愚蠢至极的方法。
------解决方案--------------------
》》清晰 好懂 严谨 规范！ 

// 这四个词里，好像也就规范一词还算可以衡量。其他三个词是没有办法考核的，就像政府工作报告里用词一样。
------解决方案--------------------
然后，你们团队就陷入了增长代码和控制增长代码的明争暗斗中了，为了如何增长代码又能通过审核绞尽脑汁，为了如何避免为了绩效而故意增长代码而绞尽脑汁，精力就这样耗去。

几个文档放在一起，怎么比？比谁的清晰？什么叫清晰？比谁的好懂？什么叫好懂？我觉得好懂你觉得好懂吗？
------解决方案--------------------
去玩这个游戏吧。我真的很替你团队成员感到不值。