请共享已知的资源,提高团队的工作效率

上一篇 / 下一篇  2012-03-05 18:23:02

共享已知的资源,提高团队的工作效率
 
作为测试人员,需要共享项目的已知资源,是对自己的项目工作负责,也是对自己的团队负责。
分享一下一个项目B的经验:
项目B是有一个负责人,5个测试人员。开发在A地做,测试由B地的人员负责。项目只有一个窗口负责沟通,即通过负责人沟通一些问题。通常的沟通流程:负责人---SE某人---RD,这个沟通流程很少发散,偶尔等不急,源头(测试人)发散,会在中间没有回复。
项目的初期,设备版本和SERVER版本的更新会在SVN上有些记录;
设备最初的更新系统的命令行,在SVN上是空白的,没有任何记录;
项目初期没有定义项目负责人和测试人员的工作任务;也许大家会讲,测试人员设计测试用例,评审用例,修改,维护和执行用例,提交BUG,测试负责人指定计划,分配任务,管控和追踪测试进度,反馈测试情况,协调人员的工作任务,评审用例和执行部分用例等。这是主要的,没有错。
 
但例如下面具体的谁做:
1.项目的版本发布的确认谁做----牛B的A地研发,传给我们的release 的版本,竟然少了文件;
  提报了几十个BUG,才知道----O-O-O,这个版本更新包有问题,差文件,还有文件是错的(真是坑爹!)
2.冒烟测试谁做----release 的版本经常死机,等所有的测试人员测试了整整一天,提出该版本经常死机;----拒测
  才开始说,这个版本先不测试(所有人花了一天的时间,公司真是有钱有人啊!)
3.今天,说是最后一版,发布的版本更新说明没有人确定的知道更新的方式,沟通的工作没有人做。结果烧坏了2台设备,问了2遍,是不是怎样做?说是----(其实根本就不是)结果整了一天的更新版本。
其它的我就不说了----
 
测试任务的分配依据是什么?----是为了更好完成测试目标,保证测试质量么?
某一轮测试的预计完成时间测试人员不知道?
项目延期,截止了,也不知为什么?---恨那,我辛苦提报的那么多BUG,多想有个结果……
真是个槽糕的Team work!
 
自己觉得,一个项目的团队,要有团队意识,团队的负责人更要有责任心。
 
1.团队的项目资源需要大家共享(包括有助于项目的学习资料都需要共享给项目的任何成员);
2.提高项目各个成员之间工作任务的清晰度和透明度,可以使大家更齐心;
3.项目的负责人要与项目成员积极沟通,了解项目成员目前面临的困难并积极主动的寻找解决问题的办法; 而不是“官僚”习惯,让别人来“求”;
4.项目成员之间需要坦诚,我们的共同的目的是把公司的项目做好,做漂亮,提供给客户,赢得客户的好评;
 而不单单是某个个人的工作赢得领导或者其他同事赞扬。---期望每个人有这个意识
 其实隐形的内耗是公司最大的损失,也是个人最大的损失。
 
 这篇文章仅针对这个项目的流程进行说明,告诫自己在以后的项目中应该注意的问题;
 
 
 
 
 
 

TAG:

 

评分:0

我来说两句

Open Toolbar