测试项目人力安排的一个案例分析

业务量的膨胀带来测试资源需求猛增，可能是因为前期与产品规划部门的沟通没做好，显然我们是没有做好充分的事先准备的。因为接这个部门时间也较短，内外部满意度都要兼顾，所以就会尽量想办法精简现有项目里的人，腾出来应对更多的项目。

发现有个项目，测试负责人安排了5个测试人员但其中三个人的工作量不是百分百。于是我想从里面抽一个人出来，要解释也很简单，让每个人都百分百，不就可以腾一个人出来了嘛。去跟测试负责人确认，她是反对的，理由是这样PM不会同意，我们的人员名单已经在kickoff的时候就跟PM定了。于是找PM,他果然反对，我深挖原因，真因是这样的：项目过程中会出现很多的意外状况，影响测试的进度，特别是开发可能碰到的技术障碍等等，在项目deadline不变的情况下测试时间就被压缩了，但是如果测试人力多一点预留的话，就可以抵消这些风险。原来如此！我表示理解，虽然我知道预防这种风险其实还有其他办法，而且从项目管理来说更应该做的是预防这些风险的发生，而不是尽可能储备风险发生后的解决。但因为我是在kickoff之后抽人，情感上有些愧疚，所以也没深究，最后与PM达成的共识是将我们这样做的后果列为整体项目风险（测试人力全部都百分百投入以至于没有buffer应对可能发生的延迟风险）。

其实现在回头来反思一下，其实有这么几个需要改进的地方：

1.我们做测试人力安排，应该从测试需求出发分解测试任务，需要承诺的是总人力而不是总人头。

2.从项目管理来说，为项目留buffer，更应该的是从策略上去做风险控制，而不是多腾些人力，尤其是测试的人力，这样反而会让开发的产生惰性。特别是当前组织的特性就是要求每个人有很高的工作效率，整体上尽可能多的容纳业务需求，怎么还可能用这种腾人力的方式作为buffer呢。

最近多接了一个新部门，除了架构组之外。实在是变化太多太快，有点恍惚。没能好好的做有深度的思考，关于上面的一些分析还欢迎拍砖。