博客讨论了工作量统计在项目管理中的重要性，包括协调工作流程、测试用例与Bug管理、员工成长、团队合作和测试质量提升。虽然工作量数据的准确性可能不高，但它是评估生产效率和项目计划的基础。文章提到，对于研发团队，工作量统计可能不如敏捷实践直接有效，但对于咨询和支持部门，它是计费依据。建议制定清晰的工作量模板和定期收集数据，以便于项目管理和团队进步。
协调好工作流程，以大家高效率完成事情为基本，但不让大家太累；
可以统计按功能的编写用例数量，多少，发现Bug的数量多少？
漏测率，我觉得不是太好统计，因为在线上发生的问题，及时知道漏测率，也有点亡羊补牢的意思。
大公司的很多年底的时候看员工的本年自己写的平时问题总结，分享经验等的记录多少，难度高低，是个不错的事情
图队成员技术的提升、个人的成长、团队合作、工作氛围、测试质量提升各个方面都要兼顾
这个问题很有代表性，关注
1.项目周期
2.测试工作按排人员
3.项目验收时间
4.项目文档
5.预期收益差额
所谓工作量分类也就是不同的活动类型（如项目管理、配置管理、文档的写作、文档的评审、文档的修改、编码、代码评审、代码修改、测试准备、测试执行、缺陷修改、审计等等），这样可以分析每个活动的比例，
然后可以分析其问题，同时也为将来项目计划积累组织级数据；如果只填一个工作时间，就没有多大意义。工作量的分类应该在公司的度量规程中定义清楚，最好有一个统一的工作量模板，所有的人员都按这个表来填，
这样也便于工作量的收集、整理和分析。项目组成员至少每天都要填写，度量员至少每周收集一次。
不知道我是否已经说明白了。
在所有度量中，工作量数据的准确性最差，其可用性也最差，这需要随着员工自我管理能力的提升而得到改善。
无论公司大小,工作量的统计还是有必要做的,但可以有选择地做,根据公司的需要吧,不必分得过细,需要做好工作量统计模板及相关工具,度量项的定义要清楚,参与度量人员的职责要定义好,并进行必要的培训.
任何事情,如果不开始做,那永远不可能做好,可以边做、边总结、边改进、边提高。
对于研发来说工作量的统计不是很有价值
如果是咨询，技术支持部门，那必须统计工作量，因为这个是问用户收钱的依据。
对于研发来说，不是很有价值。研发的目的在于，能否在规定时间内向客户递交产品。除非企业是按照工作量向客户收钱。不然，只要能够按时完成，每个人花了多少时间干活完全不用在意。
我可以理解这传统开发模式下，可能需要这些数据来估算新项目的开发时间。但是，我觉得这不是一个好的方法。
如果使用敏捷实践，就没有这些问题了。因为项目时间是固定的，管理层只需要在意如何在同样的时间内，完成更多的任务。
工作量的统计还是很有必要的,不然这个规定时间如何定的,它是否合理可行。高层管理者也想知道，开发团队生产效率的提高情况。其实在实践中，我并没有觉得收集工作量数据是多么困难的事情，只要每天在收工前花三到五分钟时间就可做的事情（项目开始时，需要项目经理或度量员提醒，过一段时间后成员应该都习惯了），当然如果时间拉得太长，这个数据的准确性和可用性就要大打折扣了。
工作量的数据对组织来说是有用的，而且只要管理合理，其成本并不高。所以，我觉得排斥一些必要的度量是没有道理的。公司是需要进步和积累的，不能老是“摸着石头过河”。
了解更多测试知识访问如下链接:
https://edu.csdn.net/course/detail/22948
https://edu.csdn.net/lecturer/3215
https://edu.csdn.net/course/detail/30898
https://edu.csdn.net/course/detail/25768
771
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
