上面提到的测试任务类型,在实践中会根据项目实际需要进行调整。例如,新增“测试工具学习”任务类型等。
另外,在上述的任务类型中,有一项比较灵活的任务类型——沟通。有的团队认为沟通都是有目的、有目标的,是一个为完成具体测试任务所进行的中间活动,所以他们把沟通作为具体测试任务的一部分。也就是说,对于这样的团队,他们没有“沟通”这个任务类型。有的团队则认为将沟通的内容很难划清界限,为避免测试人员填写工作量时发生混淆,所以,将“沟通”作为独立的任务类型。笔者认为这属于任务类型定义问题,测试团队可以根据将已经存在的约定俗成进行设置,只要在整个团队内达成一致就可以的。
2.记录工作量基础数据
这项工作由团队成员根据当天的工作任务完成情况进行记录。它是后续工作量统计的基础,所以要保证这项基础数据收集的准确性,切不可应付了事,最好能在当天下班前填写好当天工作量分配情况。
坚持记录时间需要很强的自我约束能力(Watts S.Humphrey 2001),所以每天填写工作量记录需要一定的坚持力。在填写工作量记录时,需要为每个任务选择相应的任务类型,填写工作任务持续时间。工作任务持续时间最好最长不超过4小时,这是为了避免填写的任务过粗,不利于发现工作过程中的问题。
及时记录、数据准确,是这个环节工作的原则。
某公司使用的工作量记录表格如下:
用户 |
工作日期 |
项目 |
过程类 |
任务类型 |
持续时间 |
任务说明 |
|
|
|
管理 |
|
|
|
|
|
|
测试 |
|
|
|
|
|
|
需求 |
|
|
|
|
|
|
开发 |
|
|
|
|
|
|
…… |
|
|
|
表二 工作量记录表格
3.统计本周团队的人力占用情况
这项工作主要统计测试团队所有成员在各个项目中的投入情况,或者说是项目对测试人员的人力占用情况,每周统计一次。通过对人力占用情况进行统计,测试团队负责人可以得到一份人力占用表。这份人力占用表的主要用途的有三个:
1)供测试团队负责人和上级领导使用,方便他们了解测试团队对项目的支持情况及项目占用测试资源的情况。
2)让上级领导间接了解测试团队的人员饱和度。如果测试团队负责人要申请新增测试资源时,将整个团队的历史人力占用表作为数据证据提供给上级领导,可以增强申请的说服力
3)提供给项目经理参考。避免项目经理在进行项目人员绩效考核时,遗漏了部分测试人员的工作量。
人力占用表,主要包括人员姓名、人员进入项目的名称、人员在项目的占用/投入情况、人员计划退出项目的时间、各项任务对应的部门目标等。
这项人力占用情况统计工作,笔者建议使用者在每周末进行。统计结束后,测试团队负责人将统计结果作为测试团队工作汇报的一部分提交上级领导。
某公司某一周测试团队人力占用情况如下:
姓名 |
项目 |
部门目标 |
备注 | ||
项目名称 |
占用情况 |
计划何时退出 | |||
A |
过程改进 |
50% |
|
2005.1完成测试指南所有子文件的编写;性能测试过程初稿 |
|
B |
项目1 |
100% |
未知 |
|
因为项目1测试组不知道项目进度及下阶段工作安排,故不知道何时能退出 |
C |
项目1 |
100% |
未知 |
| |
D |
项目1 |
80% |
2005.2 |
| |
项目2 |
20% |
2005.2 |
|
| |
E |
项目3 |
100% |
2005.2 |
|
其中,有60%以上在做项目管理、需求跟踪等工作 |
F |
项目4 |
60% |
2005.3 |
|
其中,30%在项目4需求负责上。 |
项目5 |
40% |
2005.1 |
|
F利用业余时间研究单元测试,暂无目标 |
表三 测试团队人力占用表
在上面的例子里,测试团队在项目1一共投入了B、C、D三个人,B、C成员是100%资源投入。因为项目后续工作安排未知,而B、C成员又属于项目1核心测试人员,因此这两名成员的退出时间未知。另外一个测试成员D因为不属于项目1的核心测试成员,所以他参与2个项目。同时因为项目2规模较小,所以成员D在项目2中投入20%的资源,在项目1中投入80%的资源。考虑到公司在2005年3月将要启动一个新项目,所以,笔者经过和项目1的项目经理协商后达成一致,计划成员D在2005年2月退出该项目,这样他在2005.3月将投入新启动的项目。
通过及时更新、跟踪这张表的数据,笔者对团队内测试人员的工作情况心中有数,并可根据公司业务发展、部门建设、人员发展需要,合理安排团队成员的工作。
相关链接: