最近遇到的一个项目风险及解决方案

背景

我参与的是一个软件项目，我在这个软件项目的角色是一个技术负责人。

项目角色及人数构成

产品经理1个

前端开发2个

后端开发2个，包括我

测试2个

 

问题

在项目进行到中期的时候，由于一些原因测试从两个变更为一个，但是迭代的测试工作量并没有减少，项目还还要如期交付上线。但是两个测试设计了一百多条手动测试用例一个人无法执行完成，可能导致有线上问题，如果遇到线上问题客户不得暴躁如雷。

 

解决方案

首先，我们和客户开会说明了这个问题，并给出解决方案：

全员参与测试

1. 全员变更角色为测试，由现在的唯一一个测试来给全员做个培训来说明执行用例的注意点和提交问题跟踪的格式等等

2. 分配测试用例给每个人

3. 开发人员分配的测试模块不能是自己负责开发的，因为自己已经对自己开发的内容有了一个认知上限不容易测出问题

4. 产品经理在测试的时候可以提前关注相关逻辑的合理性，比如交互

 

最终客户也是认可了这个方案，毕竟不耽误他的计划，而且我们全员也不用干等着大家都有事情干，这就是一个好现象。

总结

这种情况还是挺常见的，全员转测试也只是其中一个解决方案，还有其他方案，比如：测试加班能不能解决；能不能从其他组暂时借调一个人或几个测试来帮忙；和客户沟通下能不能延期交付；能不能只测核心功能忽略分支功能上线；这个版本能不能砍掉一些功能；等等吧。

办法总比困难多。

一般项目在风险管理时都会分析各方面的风险当然也包括人员风险，我们这次是由于一些原因导致少了人，后续可能还会遇到其他风险，到时候具体情况具体应对吧。