责任在于谁

上一篇 / 下一篇  2009-06-27 12:08:02 / 个人分类:部门管理

   做测试部经理刚好一年,这一年的工作足以让我好好的体会现阶段存在问题的本质。公司一次两次三次的人员调整让我更深刻问题的严重性。

   我能当上部门经理是一种偶然,一种机遇,当然,也与我平时工作息息相关。我们的测试任务没有大企业的标准,测试也无非是最基本的功能测试。不知道是我的团队存在问题还是自己管理不好而导致的。

   第一次裁员是受金融危机影响,公司每个部门基本上都有调整,所以走了两个,这个是正常现象。第二次又不知道何原因说又要走一个,但最后没有走成。第三次说是公司有微调,深圳市场为公司近来观注的市场,技术支持部的成员将派到深圳去,留两个在武汉,并加入到我们测试部来,但是要在现有部门人员中减掉一个人,听到这消息简直不知道我该说什么好,以前每遇到这样的事情我都会尽量争取保留我们现有团队,但这次没有,我按照上面的要求准备执行这项任务。

   从这一次次的经历中我总结了下引起问题的可能性:部门人员的能力一般,当然功能测试是没有任何问题的。性能测试也有专门人员负责,安全也只是做一些简单的。但是每个项目里面都会存在一个问题,就是我们测试的时候关注的界面、交互方面的东西太多,因这开发在这方面做的实在是太差。然而开发部提出的观点就是我们不应该去理会这些,或者说每个人的标准都不一样,反正结果总是测试做得不够好。

   有时候我在想,为什么每次的人员调整都会想到测试部,而开发组,除了那种表现及其差的解除掉外,基本上也没有什么大的改动。也许这牵到了测试部门在上司眼里的重要性,每个项目的成功只会说是开发组的成果,并非把测试部纳入在内。所以结果是认为我们好像没有什么付出,没有给公司带来多大的利益。

   在时候也在想,是不是因为自己的管理不善,部门没有一点的生机,能力也没有太大的提高等等这些原因呢。纳闷中,自省中......

 


TAG:

 

评分:0

我来说两句

日历

« 2024-05-01  
   1234
567891011
12131415161718
19202122232425
262728293031 

数据统计

  • 访问量: 6566
  • 日志数: 5
  • 建立时间: 2009-06-26
  • 更新时间: 2010-08-02

RSS订阅

Open Toolbar