工作量的统计

xsnzhq

很希望大家一起来讨论关于工作量的统计方法。
由于年底很多项目在作总结，自然少不了工作量了，之前qa的数据统计里没有做工作量的统计，因此我没有相应的数据。但是做为qa是应该做工作量统计的呀，可是应该如何进行工作量统计呢，如何能采取最便利的手段获取最准确的数据呢？
我们公司现在是这样的状况研发部的成员要求每天都将自己的工作内容及工作量填写在周报上由clearcase来统一管理，但是项目经理没有填写；测试部的周报直接提交到测试部经理处，没有统一管理的地方。我想知道是不是有必要让测试部也将周报放到cc上统一管理呢？配置管理员、qa、项目经理是不是都需要填写周报？这样才能体现项目的工作量呢？
如果测试部不采取在cc上统一管理周报的方法，那么就只能采用询问或邮件的方式来获取工作量的数据，浪费时间，也不能保证数据的准确性。
希望大家给出好的意见！

zhongmg108

工作量数据的收集应该及时和分类准确，不然很难保证其准确性。收集的范围应该根据相关规程来界定，尤其是QA的工作量，因为QA往往同时负责多个项目，所以要确保工作量定位准确。项目内部的数据收集相对容易一些，要求项目组成员（包括项目经理）每天填写工作日志就可以解决了，对于QA或配置管理员（指专职的CMO，负责多个项目），也要填写工作日志，其工作量要定位到某个项目。
工作量数据是最难保证准确性的，项目经理、QA和度量人员要经常检查与监督，但最好不要用工作量数据来做绩效考核，做绩效考核还是以结果为导向比较客观一些。

xsnzhq

原帖由 zhongmg108 于 2008-12-30 18:42 发表
工作量数据的收集应该及时和分类准确，不然很难保证其准确性。收集的范围应该根据相关规程来界定，尤其是QA的工作量，因为QA往往同时负责多个项目，所以要确保工作量定位准确。项目内部的数据收集相对容易一些，要求 ...

想知道您说的“工作量数据的收集应该及时和分类准确”中的分类准确是什么意思？是按照不同职能来统计吗？也就是说要对编程人员、测试人员、配置管理员、qa的工作量进行分别统计，是吗？剩下的您说的就比较清楚了，感谢！
但是还有一个问题需要向您讨教，就是是不是所有公司都需要对工作量进行统计，并且需要采用比较有效的方法来统计，也就是说，不能以一种模糊的态度来统计工作量，而是需要相对准确的收集？是这样吗？

zhongmg108

原帖由 xsnzhq 于 2008-12-31 09:44 发表

想知道您说的“工作量数据的收集应该及时和分类准确”中的分类准确是什么意思？是按照不同职能来统计吗？也就是说要对编程人员、测试人员、配置管理员、qa的工作量进行分别统计，是吗？剩下的您说的就比较清楚了， ...

所谓工作量分类也就是不同的活动类型（如项目管理、配置管理、文档的写作、文档的评审、文档的修改、编码、代码评审、代码修改、测试准备、测试执行、缺陷修改、审计等等），这样可以分析每个活动的比例，然后可以分析其问题，同时也为将来项目计划积累组织级数据；如果只填一个工作时间，就没有多大意义。工作量的分类应该在公司的度量规程中定义清楚，最好有一个统一的工作量模板，所有的人员都按这个表来填，这样也便于工作量的收集、整理和分析。项目组成员至少每天都要填写，度量员至少每周收集一次。
不知道我是否已经说明白了。
在所有度量中，工作量数据的准确性最差，其可用性也最差，这需要随着员工自我管理能力的提升而得到改善。

xsnzhq

原帖由 zhongmg108 于 2008-12-31 15:38 发表

所谓工作量分类也就是不同的活动类型（如项目管理、配置管理、文档的写作、文档的评审、文档的修改、编码、代码评审、代码修改、测试准备、测试执行、缺陷修改、审计等等），这样可以分析每个活动的比例，然后可以 ...

感谢您的回答，很明白了！但是是不是每个公司都有必要进行工作量的统计呢？对于小公司而言，是否是必须的？

zhongmg108

原帖由 xsnzhq 于 2009-1-4 10:31 发表

感谢您的回答，很明白了！但是是不是每个公司都有必要进行工作量的统计呢？对于小公司而言，是否是必须的？

无论公司大小,工作量的统计还是有必要做的,但可以有选择地做,根据公司的需要吧,不必分得过细,需要做好工作量统计模板及相关工具,度量项的定义要清楚,参与度量人员的职责要定义好,并进行必要的培训.
任何事情,如果不开始做,那永远不可能做好,可以边做、边总结、边改进、边提高。

xsnzhq

原帖由 zhongmg108 于 2009-1-4 11:47 发表

无论公司大小,工作量的统计还是有必要做的,但可以有选择地做,根据公司的需要吧,不必分得过细,需要做好工作量统计模板及相关工具,度量项的定义要清楚,参与度量人员的职责要定义好,并进行必要的培训.
任何事情,如果 ...

恩，您说的有道理，主要是根据具体的目的来做统计！感谢！

namejuliana

哪有什么好的工具可以用吗？

psli1983

工作量的统计是个很麻烦的事情，我们项目成员每天也是填写工作日志，但填写的及不及时，以及正确性很难保证，有的人一个星期写整个一周的工作日志，有的人每天都写，但要么分类写的不对，要么就是时间不对（经常是8个小时），因此，收集上来的数据很难保证是正确性。
大家有什么好的方法能促进项目成员正确及时客观的填写工作日志呢？

irene0331223

期待

woza

如果是咨询，技术支持部门，那必须统计工作量，因为这个是问用户收钱的依据。

对于研发来说，不是很有价值。研发的目的在于，能否在规定时间内向客户递交产品。除非企业是按照工作量向客户收钱。不然，只要能够按时完成，每个人花了多少时间干活完全不用在意。

我可以理解这传统开发模式下，可能需要这些数据来估算新项目的开发时间。但是，我觉得这不是一个好的方法。

如果使用敏捷实践，就没有这些问题了。因为项目时间是固定的，管理层只需要在意如何在同样的时间内，完成更多的任务。

zhongmg108

原帖由 woza 于 2009-6-28 16:05 发表
如果是咨询，技术支持部门，那必须统计工作量，因为这个是问用户收钱的依据。

对于研发来说，不是很有价值。研发的目的在于，能否在规定时间内向客户递交产品。除非企业是按照工作量向客户收钱。不然，只要能够按 ...

工作量的统计还是很有必要的,不然这个规定时间如何定的,它是否合理可行。高层管理者也想知道，开发团队生产效率的提高情况。其实在实践中，我并没有觉得收集工作量数据是多么困难的事情，只要每天在收工前花三到五分钟时间就可做的事情（项目开始时，需要项目经理或度量员提醒，过一段时间后成员应该都习惯了），当然如果时间拉得太长，这个数据的准确性和可用性就要大打折扣了。
工作量的数据对组织来说是有用的，而且只要管理合理，其成本并不高。所以，我觉得排斥一些必要的度量是没有道理的。公司是需要进步和积累的，不能老是“摸着石头过河”。

woza

敏捷实践中，每个迭代周期是固定的。按照每个迭代周期中完成任务的情况，可以得到一个速率值。然后把所有需求完成的任务点数除以速率值，就可以大致估计出项目时间。

如果统计工作量也是这个目的，那完全可以用以上方法。何必要每天花额外的时间去统计工作量。况且如果仅仅用工作量来估算项目周期，而不让一线人员来估计工作量，那么这个周期的估算多半不准。

jaccobie

学习了

sonnian

回复 13# woza 但一般的开发还是遵循瀑布模式，所以和agile相比，提高统计工时的方法还是很有必要的

sonnian

回复 9# psli1983 我也很关心这个问题，希望能尽快得到些建议

kikizyt

观望，， 学习。。。。

16535750

学习

caiyoumen

学习

sinosoftszd

还没有看到结果啊？