好看吧

手机浏览器扫描二维码访问

第97章 再战软考（第1页）

刚入职时，部门就一位测试工程师和一位运维工程师。

然而测试工程师被全部门嫌弃，绩效垫底，最终劝退；而那位运维工程师吃苦耐劳，全部门都认识且认可他，绩效一直很好。

我入职时Offer和定位都只是测试负责人，以前的运维也归院长直接管理。

后来我做研发总监后，所有IT技术人员都放到了我名下。

降职后，测试组只有四个人。

院长们一来可能觉得我只管测试的话人有点少，另一方面运维和测试一样属于公共支撑小组，不好分去产品线或项目组，所以就合并为“测试运维组”

，让我管了。

测试还好说，自己老本行，轻车熟路了。

而且部门的成本控的厉害，测试的工作量并不大。

以前项目经理们能少用点人力的就少用，一个项目走下来，给到测试工程师的工时占项目总体工时的5%都没有。

虽然我反映过多次，但都因为成本的问题而无果。

后来越来越多的项目引入监理机构，需要测试组出各种报告，质量上也有要求，项目经理们才慢慢地增加了些工时，但总体给测试的工时也没有超过10%。

S总入职公司以来，全力推进公司向产品转型，同时也要求各部门按正规的IT开发流程运作。

各产品线负责人和项目经理们才慢慢地增加了些工时给测试，但是因为工时制度和各部门的成本核算（相当于自负盈亏）制度，测试上的投入明显不及外界正规IT公司的投入。

我做研发总监时，常常还会让他们注意质量，加强测试。

那时他们尚且不太理会，更别说现在退下来了。

自从绩效不好的小峰被劝退后，测试组上半年都只有一位测试工程师李工。

好在我招聘的时候花了些时间，他经验丰富，诚实吃苦，除了沟通上不是那么强，在测试的各方面都游刃有余。

七月以后，校招生们毕业了，正式入职了。

那一年按照部门计划，我招聘了两名校招生做测试。

她们也还挺勤奋好学，我也尽心地给她们做培训，手把手带她们。

因此她们成长得挺快，开始可以在李工的带领下做事情，逐渐可以独当一面了。

而运维工作就让我有些头疼了。

我入职那会，部门才刚开始做信息化项目不久，基本没有太多的运维服务请求，大部分也就是维护下电脑和网络，管理部门资料和资产的工作。

后来部门产品和项目越来越多，运维工作越来越多，且复杂起来。

以前就一个运维工程师，后来慢慢地按照业务需求招了网络工程师，数据库管理员，大数据运维等职位。

以前做研发总监时，大部分时间都放在开发组上面。

而且运维工程师们大多都能独当一面，项目经理们都忙着交付，对运维要求也不高。