项目实施:
H项目的现场实施开始于2006-10-18至2007-1-15结束。现场支持人员:项目经理和2个测试人员,北京开发人员5个。个人认为如果把前面的各项建议落实做好,现场支持可能缩短15天,减少成本4人月。实施工作并非主要是安装软件,实际上大部分的工作是沟通:给用户培训软件使用,协助用户做用户测试,收集并确认用户测试反馈的问题(了解问题现象,确认问题性质、问题级别,描述可以再现问题的路径或方法),和开发人员沟通以上问题信息。
H项目的现场实施开始于2006-10-18至2007-1-15结束。现场支持人员:项目经理和2个测试人员,北京开发人员5个。个人认为如果把前面的各项建议落实做好,现场支持可能缩短15天,减少成本4人月。实施工作并非主要是安装软件,实际上大部分的工作是沟通:给用户培训软件使用,协助用户做用户测试,收集并确认用户测试反馈的问题(了解问题现象,确认问题性质、问题级别,描述可以再现问题的路径或方法),和开发人员沟通以上问题信息。
在H项目二期的实施阶段沟通质量不高,使用户回归测试不通过的问题比率降不下来,导致用户负面反馈。
原因:在实施阶段,是三方沟通:用户——实施人员——开发人员。实施人员和用户的沟通质量不高,主要反映在问题反馈文档的部分问题描述简单。问题反馈文档是用户编写,用户在写问题反馈时一般不愿意用很多文字描述再现问题的路经或方法,只给一个错误截图再加上简单的问题现象文字描述,并对软件正确预期效果的描述往往也很简单。而这些信息正式开发人员追查问题原因,改正问题所必需的。
原因:在实施阶段,是三方沟通:用户——实施人员——开发人员。实施人员和用户的沟通质量不高,主要反映在问题反馈文档的部分问题描述简单。问题反馈文档是用户编写,用户在写问题反馈时一般不愿意用很多文字描述再现问题的路经或方法,只给一个错误截图再加上简单的问题现象文字描述,并对软件正确预期效果的描述往往也很简单。而这些信息正式开发人员追查问题原因,改正问题所必需的。
开发人员有时对部分问题反馈文字的理解是错误的,又
缺乏和实施人员做沟通的再确认(这个在异地沟通情况下很重要!),导致修改的结果和用户期望的不符。
****建议:
a) 实施人员对用户反馈问题在文字上要再整理再完善,尽量使描述准确,避免歧义;
b) 测试支持和开发人员双方各自对反馈的文字内容进行初步识别,标记出可能有歧义的,需要再确认的内容,然后可以电话沟通明确细节,避免歧义。这样增加较少的沟通成本,提高了沟通质量。
****建议:
a) 实施人员对用户反馈问题在文字上要再整理再完善,尽量使描述准确,避免歧义;
b) 测试支持和开发人员双方各自对反馈的文字内容进行初步识别,标记出可能有歧义的,需要再确认的内容,然后可以电话沟通明确细节,避免歧义。这样增加较少的沟通成本,提高了沟通质量。
c) 在以后的用户测试中,如果有条件建议用户、实施、开发人员共用一个用户测试问题反馈数据库和问题反馈系统;这样可以避免不同拷贝的问题反馈文档内容不一致。
d) 用户测试反馈问题流程:用户提出问题——实施人员和用户确认问题——实施人员整理完善问题反馈文档——开发人员和实施人员确认问题反馈文档,并回复问题修正计划——项目经理(包括客户项目经理、供应商项目经理)确认问题修正计划——开发人员开始修正
完!