第97章 再战软考

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。

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

我入职时Offer和定位都只是测试负责人，以前的运维也归院长直接管理。后来我做研发总监后，所有IT技术人员都放到了我名下。降职后，测试组只有四个人。院长们一来可能觉得我只管测试的话人有点少，另一方面运维和测试一样属于公共支撑小组，不好分去产品线或项目组，所以就合并为“测试运维组”，让我管了。

测试还好说，自己老本行，轻车熟路了。而且部门的成本控的厉害，测试的工作量并不大。以前项目经理们能少用点人力的就少用，一个项目走下来，给到测试工程师的工时占项目总体工时的5%都没有。虽然我反映过多次，但都因为成本的问题而无果。后来越来越多的项目引入监理机构，需要测试组出各种报告，质量上也有要求，项目经理们才慢慢地增加了些工时，但总体给测试的工时也没有超过10%。

S总入职公司以来，全力推进公司向产品转型，同时也要求各部门按正规的IT开发流程运作。各产品线负责人和项目经理们才慢慢地增加了些工时给测试，但是因为工时制度和各部门的成本核算（相当于自负盈亏）制度，测试上的投入明显不及外界正规IT公司的投入。我做研发总监时，常常还会让他们注意质量，加强测试。那时他们尚且不太理会，更别说现在退下来了。

自从绩效不好的小峰被劝退后，测试组上半年都只有一位测试工程师李工。好在我招聘的时候花了些时间，他经验丰富，诚实吃苦，除了沟通上不是那么强，在测试的各方面都游刃有余。

七月以后，校招生们毕业了，正式入职了。那一年按照部门计划，我招聘了两名校招生做测试。她们也还挺勤奋好学，我也尽心地给她们做培训，手把手带她们。因此她们成长得挺快，开始可以在李工的带领下做事情，逐渐可以独当一面了。

而运维工作就让我有些头疼了。我入职那会，部门才刚开始做信息化项目不久，基本没有太多的运维服务请求，大部分也就是维护下电脑和网络，管理部门资料和资产的工作。后来部门产品和项目越来越多，运维工作越来越多，且复杂起来。以前就一个运维工程师，后来慢慢地按照业务需求招了网络工程师，数据库管理员，大数据运维等职位。

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

本章未完，请点击下一章继续阅读！若浏览器显示没有新章节了，请尝试点击右上角↗️或右下角↘️的菜单，退出阅读模式即可，谢谢！