测试团队管理-第四篇:磨合与阵痛

新测试部门在形式上成立了,面上的整合也都做了,深度的整合才刚刚开始。对已有部门人员和组织架构盘点一遍,发现情况极不乐观。第一,两名原代理测试主管,一名开始休为期四个月的产假,一名刚休四个月产假回来。在代理测试主管下面,有几名测试骨干,但是没人具备一点儿测试团队管理经验,过往基本上是每位 测试主管直接管理下面的二十位左右测试工程师,缺乏管理层次。第二,五分之一的部门员工正在孕期、产期或者哺乳期。第三,测试能力严重匮乏,以手工黑盒测 试为主,性能测试可以开展一点点,测试自动化和其他能力基本为零。第四,测试部门严重缺乏过程资产和技术积累,没有Bug总结分析,没有测试项目总结分析,没有测试分析设计,尚停留在测试执行层面,只有一些基本的测试计划、测试用例、测试报告和Bug库中的Bug。
  公司老板对原测试部门的不满积压太久,没有耐心再一点点等了,直接给出一剂猛药,立即执行,不容商量,那就是换血和淘汰。原测试主管不合格,先转为部门助理,后继安排再定,着手社招新测试主管;外部招聘加内部培养几名一线测试经理,搭建起部门的核心架构;对基层测试工程师,逐一评估,分批淘汰。这些命令对于刚熟悉新公司和部门基本情况的我,是发自内心不愿看到的,也是绝大多数人不愿看到的。
  在高层的重压下,在开发部门部门经理的疑虑中,在两名老测试主管的迷茫与彷徨中,在基层测试工程师的不解甚至背后议论中,招聘进新测试主管,提拔几名一线测试经理,走了一些测试工程师。外人看到的,是新来的部门经理冷血、部门人员动荡。我有时感觉自己好像站在一艘船上,这艘船四处漏水、在大海中颠簸飘摇; 而我就是就是这艘船的船长兼舵手,在东修西补的同时,还要尽力保持正确的航向高速行驶,不能翻船。
相关文章:
测试团队管理-第三篇:部门整合(2)

最新内容请见作者的GitHub页:http://qaseven.github.io/

时间: 2024-10-24 17:20:31

测试团队管理-第四篇:磨合与阵痛的相关文章

测试团队管理-第三篇:部门整合(2)

后面的一系列事实验证了我的预感.在公司的组织架构中,我做为公司级的新测试部门的部门经理,汇报给公司主管研发方向的副总,原则上和两个业务方向上的开 发部门的部门经理平级.但在实际运行中,副总已远离基层工作多年,更多是听取两个开发部门部门经理的汇报,互相信任度很高:在以前测试主管也是汇报给开发 的部门经理,开发的部门经理对测试部门过往情况了如指掌.基于种种现状,我在一定程度上也要汇报给两个开发部门的部门经理,或者说比他们要低半级.另外,原有的两名代理测试主管,虽然被公司老板彻底否定,被认定不具备测试

测试团队管理-第二篇:部门整合(1)

来到公司后,接手的第一项任务,就是把原有的两个小测试部门整合为一个公司级的大测试部门.公司有两大业务方向,每个业务方向都有一个开发部门和一个测试 部门,每个测试部门的主管都汇报给相应开发部门的主管.公司之所以考虑将测试部门整合起来,原因大致有以下几点.第一,公司治理的需要.测试部门直接受开 发部门管理,将无法有效地行使监督检查和质量保证的职责,裁判员兼任球员,很多问题被捂住,公司层面在一定程度上无法获取到项目的真实质量情况.第二,原 有的两个测试部门主管能力不受认可,一位主管是在老主管离职的情况

测试团队管理-第一篇:空降

空降到新公司做测试部门的部门经理有一年了,回头看看,才发现自己有多勇敢和幸运.和我同一批空降过来的,还有两位研发方向的副总,一位项目总监:其中一 位副总来了不到3个月就走了,项目总监坚持了10个月,另一位副总熬了11个月,都不满1年. 比我们这批早来几个月的,还有2名市场营销方向的副总,也只 干了半年左右就悻悻离开,其中一位曾经在公司干过五六年,辞职若干年后又回来.和我一样能干满一年的,只剩下一位比我早来几个月的财务总监. 总结一下,大 体有以下几种原因.其一,没有实权,定位模糊.新公司出于延揽

敏捷测试团队管理的挑战与机会

敏捷团队的管理其实的确面临着很多的挑战.蔡老师分别从敏捷管理的挑战.接受敏捷.敏捷下面的组织结构.敏捷架构下的沟通.敏捷下的KPI考核.以及机会和发展几个方面进行深入的讨论. 其实我觉得各个公司施行敏捷的时候都会遇见这次讲师所分享的一些问题,基本上都是有共同点的.比如第一点,每个Scrum Team都会有自己的一个基调.每个测试你所跟随的人不同,跟随的team也不同,然后所接触的项目也不同,碰见的问题也不同,甚至作息时间也会有所不同.这样的情况下,管理其实是最最麻烦的.我自己之前也一直烦恼一个问

如何高效运作机器学习团队(机器学习入门第四篇)

本文是机器学习入门教程的第四篇,前三篇分别是: 1.机器学习能为你的业务做什么?有些事情你肯定猜不到 2.关于机器学习算法 你需要了解的东西 3.如何开发机器学习模型? 我们已经讨论了开发机器学习模型的整个过程,现在我们来谈谈谁来实现这个过程,以及团队是如何运作的. 一个欢乐的大家庭 一个"传统"的产品团队由设计师.工程师和产品经理组成,而数据分析师有时也会包含在其中,但大多数情况下是多个团队共享这个稀缺的资源.在数据科学成为公司DNA一部分的时候,数据科学家必须要成为产品团队的一个重

如何管理自己的测试团队

最近,我也在网上看了一些贴子有关测试团队的管理问题,觉得在测试管理方面确实是个难题,这也可能测试团队确实不太好管理的原因吧,但我想只要自己去思考.去探索,总会找到适合自己团队管理的理念和模式吧. 我自己总结了一下,也结合自己的一些管理经验跟大家分享一下吧,欢迎大家把自己的提意见并把自己的经验也分享出来吧, 也算是大家相互学习的一个机会吧! 1.作为一个团队的管理者,最起码的是要自己懂自己产品或项目的业务.这一点很重要,第一这样有助自己分配工作给团队中的成员,要不然自己都搞不清楚业务难度和业量就分

【转载】外包测试管理之组织篇

问题描述 1组建有"战斗力"的测试团队   外包测试是智力密集型工作,测试团队的能力决定了测试的质量.测试团队的建设要考虑两个问题:第一是组织结构,包括需要多少测试经理.测试组长.测试工程师.第二是每个岗位需要的技能,例如测试技术经验.项目管理经验等.  由于外包测试受到项目成本和资源的制约,由测试专家构成的"梦幻团队"是不切实际的.有"战斗力"的团队是现实目标,由具有测试管理经验的人员担任测试经理,掌握测试技术和熟悉被测App的人员担任测试组长

关于软件测试的几点反思 - 关于测试团队的组织

这一篇是系列文章的第三篇,前面两篇分别谈了测试的必需性<关于软件测试的几点反思 - 测试是必需的吗?>,以及测试工作的一些内容<关于软件测试的几点反思 - 测试工作的三个阶段>,接下来想聊一下测试团队的组织. 要讨论这个话题,首先要讨论下测试人员本身的归属,因为通常是人多了才有组织的必要,很多东西都是一点点长出来的. 我在读研期间实习的一家公司,根本没有专职的测试人员,回头想想当时还是挺大胆的,因为做的是比较核心的系统,而且当时像我这种实习生都写了很多核心的涉及金额计算的代码,然后

关于“软件开发”,“工程师文化”,“团队管理”

 分享一下 weibo@左耳朵耗子 陈皓的"建一支强大的小团队"报告内容,挑选了几点. 人物介绍 行业背景 :金融行业(Thomson Reuters) ,计算平台(Platform),电子商务(Amazon)  技术背景 : C/C++/Java,Unix/Linux/Windows ,Web  个性:码农兼包工头 ,敏捷恐怖分子 ,Unix/Linux/C/C++脑残粉 ,"技术部门无技术种族"歧视者 ,程序员文化民族主义者  陈皓是酷壳coolshell的博客