51Testing软件测试论坛

标题: 给刚上任的测试经理的一些建议 [打印本页]

作者: billrub    时间: 2007-5-23 13:38
标题: 给刚上任的测试经理的一些建议
近日在本版中有位朋友提到了一个测试管理者都会遭遇的问题:

“刚坐上测试部门经理的岗位,如何入手?”

这是测试管理新手最关注的问题,是个非常值得总结和共享的问题,欢迎所有关注本版的朋友各抒己见,畅所欲言!
长江后浪推前浪,希望“前浪”们慷慨共享各自的成功经验,支持“后浪”们勇猛地把我们推上岸,推上新管理岗位,脱离一线管理岗位;
后浪的成功才有我们前浪的成功或失败,呵呵,不管怎么说前浪都有50%的几率!

以下是我在本版那位朋友提出的问题中的见解,也是我成功地走过了3年测试部门经理工作的开端策略;
后面不同的见解请各自编序,我来编<一>

见解<一>
先思考2个直接的问题:
你老板期望你什么?(老板让你上来势必对你看好)
我能做什么?(你上去了势必有所自信)

先不要去管什么职责,什么流程,什么条条框框;呵呵,刚上去占牢阵地,紧抓机会才是首要;
你再思考后续的问题:我今年的团队目标是什么?明年的团队目标又是什么?每个目标需要哪些管理体系来支持?搭建适合自身的管理体系又需要什么策略和手段?问题都是围绕以上2个问题展开。
作者: zhaofengwwx    时间: 2007-5-23 16:12
嗯,是个很不错的话题,希望大家踊跃参与讨论~~~~~~
作者: yaozhongji    时间: 2007-5-24 11:21
小弟所在公司刚刚成立测试部,本人刚接手这一块,现在对于测试经理应该做的也是没有头绪。

现在遇到以下几个问题,请大家讨论。

1、现在公司产品已经很复杂,没有测试依赖的需求文档、和相关技术文档,有的只是用户手册;现在测试需要定位合适的入口,确定测试哪些内容。
2、公司人力资源只有二人,基础差,所以面临的问题是如何对测试人员的测试能力进行培养,提高测试人员的能力,才能挖掘深层次存在的缺陷。
3、测试人员对测试任务不足,或者进行重复测试时,容易使测试人员产生惰性和厌倦,测试经理在这方面给测试人员哪方面的支持。
作者: billrub    时间: 2007-5-28 12:19
标题: 回复 #3 yaozhongji 的帖子
我就针对你的问题编号进行探讨:

1、没有规范的开发文档和资料,你可以有2种尝试方式:
     (1)规范开发过程、必须的工作件和监管机制,这一步需要你说服众多同级管理人员和获得高层经理的顶力支持;这一步的难度在中、小型公司是有目共睹的;那么可以尝试

     (2)规范测试任务提交过程,项目经理提交测试的前提必须提供应有的开发内容和资料(显然这些是不怎么规范的,但你规定了测试接受的底线标准),针对公司目前的管理状态对这些内容的格式要求不尽而同,可以采取文档描述,口头转述,录音传递。。。但内容必须符合你定义的标准。

     如果实践证明这2步都失败了,你立刻将将管理问题升级,提交高层裁决吧!

[ 本帖最后由 billrub 于 2007-5-28 12:20 编辑 ]
作者: billrub    时间: 2007-5-28 12:33
标题: 回复 #3 yaozhongji 的帖子
2、培训新人员:
     首先明确培训的直接目的是什么,测试人员培训有很多方面,你必须明确一方面进行入手。
     从你的描述当中可发现你最近的培训目标:提升测试人员“挖掘深层次存在的缺陷”的能力;
     要让测试人员达到你预期的效果,那么这里需要分2大内容,第1步你有个良好的测试用例规程或标准,比如你的团队拥有众多公司项目测试中总结出来的较全面的测试用例库,针对公司的业务和技术有自身的测试用例设计规则和评审标准;第2步你的测试人员很好地履行了这些内容,取决于他们对工作管理方式的支持、良好的工作心态和对测试用例必备技术的掌握。
      因此我建议你可以先做2件事情:(1)去建立你团队自己的测试用例规程和用例库
      (2)以此对你基础较弱的团队成员进行测试用例过程的培训(Why?What?How?),让他们理解你的思路甚至让他们一起参与到过程的完善中来;再适当采取一些其他管理手段激励团队,向高层进行奖励申请(物质和精神的同样都需要),个人职业规划等等。
作者: 竹子    时间: 2007-6-7 11:49
找到一篇好文章,推荐出来
作者: wwu    时间: 2007-6-7 13:51
什么东东
作者: super_wind    时间: 2007-6-7 16:59

作者: vaguely    时间: 2007-6-13 12:30
up
作者: qiufeng    时间: 2007-6-14 14:14
很不错,值的下载。
作者: wenbei    时间: 2007-6-25 17:22
好东西
学习了
作者: vczq    时间: 2007-6-25 18:09
以项目为主的组织模型
作者: billrub    时间: 2007-6-26 12:23
抛出几个问题来,大家有一说一,看看都有些什么样的解决思路?
(1)老板对刚上任的你心存疑虑怎么办?
(2)正计划展开你信心十足的管理体系之际,团队成员根本不买你的帐,又当如何?
(3)刚迈出新管理岗位的第一步,发现周遭项目相关的开发成员对你一脸的漠然,如何提升岗位的影响力?
。。。
作者: firstgaofei    时间: 2007-6-27 14:06
标题: 非常感谢啊
非常感谢啊
作者: duola1119    时间: 2007-6-27 15:52
原帖由 billrub 于 2007-6-26 12:23 发表
抛出几个问题来,大家有一说一,看看都有些什么样的解决思路?
(1)老板对刚上任的你心存疑虑怎么办?
(2)正计划展开你信心十足的管理体系之际,团队成员根本不买你的帐,又当如何?
(3)刚迈出新管理岗 ...

说一下第一题的看法
(1)对我的能力有疑虑.首先我不得不说这个老板很差.疑人不用.用人不疑都不.既然BOSS怀疑我,我只能在工作中对每个项目都把好关,针对特殊的难题要有自己独到的见解,对突发事件能够迎刃而解.确保项目到客户手中的时候他们会说"very good!",要让客户告诉老板我怎么样.
(2)对我的人格有疑虑,怀疑我会跳巢.现在的个人档案中都增加了一个"信誉评价",对于人格上的疑虑我只能说让老板慢慢去了解.时间证明这一点.没有什么好的途径.我想你不会跑到老板身前告诉他"我不会跳巢的".
说一下第二题的看法
团队成员不买帐,为什么?没钱买?还是不想买?
买帐说白了,其实就是和吃饭算帐一样.先说没钱买.也就是成员无法完成你要分配的任务,超出了他们的能力范围了.那就需要你来指导他们如何来做,做好这件事了.他们理解了,知道了如此的好处既然会做的.
再说为什么不想买?这个问题就像如果我有钱我一定把我家的那个旧台式电脑换成笔记本一样.队员不承认你的实力他就不想买你的帐.那你就要证明给他们看你比他们强.
再有就是彼此之间完全的感情原因.不合.既然做在这个位置上就不要想着去难为别人,心照不煊.
作者: socooly    时间: 2007-6-27 16:31
好东西,收下了
作者: jy00274486    时间: 2007-6-29 17:51
这主题好 要好好品位
作者: helpkiller    时间: 2007-7-2 13:40
这些问题确实比较普遍,
作者: james.zhong    时间: 2007-7-5 13:54
不错!支持!谢谢!共享经验!
作者: xiongxing    时间: 2007-9-6 15:16
下载学习了.
作者: 兰兰    时间: 2007-9-7 11:20
我也为这样的事情烦恼!先收藏了,看看大家的想法!
作者: baiking1    时间: 2007-9-13 17:04
唉!马上要上任了,空降兵,紧张ing。受教了
作者: highblue    时间: 2007-9-28 16:47
确实有道理!
作者: xyxykitty    时间: 2007-9-29 14:57
收藏ing ,非常感谢
作者: oumingzhu    时间: 2007-9-29 16:32
标题: ASDF
FDSAF
作者: njalic    时间: 2007-10-8 14:23
受益,值得收藏。
作者: 星儿    时间: 2007-10-9 11:01
好东西,顶
作者: zdf    时间: 2007-10-9 22:55
标题: 回复 6# 的帖子
ding
作者: guanm    时间: 2007-10-22 15:42
讲的很好,相信你所在公司的工作流程一定很规范吧。
作者: iceman81    时间: 2007-10-23 22:13
首先保证测试体系的正常运作,然后根据公司的实际情况一步步的改进,不断的提高(包含软件的测试质量,流程的改进,员工能力的提升等等...)
作者: james.zhong    时间: 2007-10-24 15:24
机会是看自己争取的!能力是自己的本钱!有钱了!你还怕买不到东西吗?有钱了别人会看不起你吗?
所以说做好一个主管,自己有本事就OK!要不然你早晚做不住的!
作者: hnxhq    时间: 2007-10-25 18:25
能不能做好一个主管,学习管理是很主要的!
作者: wei_jc    时间: 2007-11-5 17:28
好东西,值得收藏
作者: aricone    时间: 2007-11-5 18:01
看了一下,感觉不错,里边有些东西是比较实用的,不过有点眼熟,好像哪本书里见过。
作者: aricone    时间: 2007-11-5 18:02
呵呵,不过还是要谢谢,辛苦了
作者: 流浪蜗牛    时间: 2007-11-13 11:00
不错!谢谢!共享经验!
作者: jy00274486    时间: 2007-11-19 15:35
空闲时都该干嘛?
作者: fennek    时间: 2007-11-23 10:23
向大家推荐一本书《管理的实践》彼得·德鲁克
问题的答案都可以在这本书上找到~~~厚厚
作者: x379937330    时间: 2007-12-10 17:08
学习了
作者: 木木妹    时间: 2007-12-10 22:21
其实最主要的因素在管理层对你的支持
作者: maggie_xiao    时间: 2007-12-19 12:45
管理能力强,自身能力再强有时候也是无能为力啊。

你的团队有80%都不是计算机相关专业的,更不懂什么是测试了,要培训的话必须从什么是开发工具,什么是数据,甚至是连文件如何保存都要教,这样的团队不是很头疼么?更可气的是,有些人还不虚心,一副傲气的样子,看了都来气。

哎。。。。悲哀啊

作者: r_sunny    时间: 2008-1-3 17:35
我个人还是认为招计算机专业毕业的比较好,培养成本较小
作者: csjun    时间: 2008-4-2 09:22
紧张,公司只有我一个测试,一下子又进了4个,我现在无从下手,没管过人啊,正在学习中,希望大大们发表些看法。
作者: 彩主    时间: 2010-1-29 15:16
非常好,想找个人讨论一下,大家都还在吗
作者: 孤影    时间: 2010-12-2 16:33
感谢分享
作者: apolloax    时间: 2010-12-3 10:02
MARK. 学习了。
作者: saintsjl    时间: 2010-12-8 15:51
还是要定义目标,然后去做。至于理论和教条是次要的。
另外受控也非常重要。
作者: gongtao_87    时间: 2010-12-13 14:21
什么东西啊
作者: ericzhou2009    时间: 2011-1-26 15:37
学习
作者: zxuemei220    时间: 2011-2-11 18:09
对待不买账的只有两条路,要么让他买账,要么让他走人。
作者: log    时间: 2011-2-12 11:07
楼主让我受益匪浅!谢谢~
作者: wolsion    时间: 2011-2-15 13:18
学习了
作者: jrong    时间: 2011-3-23 10:12
谢谢!
作者: 心缘    时间: 2011-3-23 15:07
thinks
作者: yaoerling    时间: 2011-4-11 11:58
先下了,一会儿好好看看,谢谢
作者: huazai_888    时间: 2011-5-17 18:02
good
作者: barcelona    时间: 2013-12-6 14:30
之前在一个小公司做测试经理失败了一个月就辞职了 教训如下:
1)刚刚转行回来 没心思,有点大意
2)没明确老板要做啥?是建立测试体系,当时没给我沟通。而我其实就是个光杆司令,一边做技术,完全没想到先把框架打起来,造成了误会,以为我就不会管理,其实我的想法是现在项目紧张,我先按照之前的开发自己搞的测试流程走过去,然后按照既定的流程 去更新,去优化,结果老大一直觉得我很敷衍。沟通没好
3)开发人员自视甚高,一直要我的用例,计划缺陷都要规范化,这也没啥,我问他说没需求文档,结果他发了个邮件 发了30多个字说这个就是需求,。。。我立马吐血了。。这个人后来也是导致我离开这个公司的原因,一直说他们开发也有测试能力,对我有意见
4)一定要把框架打下 给领导看看。虽然是个幌子,因为项目紧张,你必须先按照既定流程来,然后慢慢去改变,我不建议直接革命,因为你还不熟悉,先按照之前流程慢慢来 慢慢优化,但是框架 也就是给领导看的东西  你必须先有,赢得信任。比如测试计划,案例标准文档,测试缺陷报告稳定,缺陷提交标准,这些最好都搞下 对你成果显示 很有用的
作者: barcelona    时间: 2013-12-6 14:36
我那个manager脑子也有问题:我跟开发在设计计划 安排人员的时候有分歧,然后我就列了我遇到的困难,测试的工作量,然后跟开发的认识的差别,告诉他 这些工作量 现在的人员 在几天之内完成不了 因为还有系统的培训,需要我们去沟通,怎么去安排任务,结果那个sb又把这个邮件抄送给那个人了,我艹 你说傻逼不
作者: afs1984    时间: 2014-5-19 18:24
一味的抱怨,不会对自己有任何的提高。我以前就是个很喜欢抱怨的人,到头来却发现别人都被我损了一遍,我自己却没有学到任何东西。如果说学到的东西,那就是失败的教训,就是我所抱怨的公司、产品,他们亏损、项目失败的教训。尽量让自己在今后的测试道路上避开那些教训,减少抱怨,多学习!
作者: auto_tester    时间: 2014-5-22 13:28
学习了!
作者: xiaoguai1217    时间: 2014-5-29 16:56
先做人,再做事
作者: HWLearner    时间: 2014-6-9 16:53
谢谢分享!
作者: FXFXII    时间: 2014-12-11 14:04
学习一下
作者: mable0405    时间: 2015-4-27 15:14
我现在也对目前的测试管理工作很迷茫,自己都觉得愧对测试经理这个头衔。
当前组织中,测试人员独立于项目开发组,测试投入的工时多少,甚至是否需要投入测试人员,都由项目组自己说了算,测试部门完全么有话语权。
虽然我们的测试流程、相关标准都已制定定经过各位领导评审通过的,但是实际却没有按照这样的流程去执行,领导们都默许了。






欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2