缺陷摸底

背景

最近公司在做一款老的系统的升级，这是一个非常大的升级，几乎是新做了一个系统，由于需要抢占市场，所以项目的工期挤压特别的严重，目标要求四月底能上线。但是离上线仅剩几天时间，每天仍然有50多个缺陷上报上来。

方案

新来的老板了解情况后，要求测试总监发动产品、交付、以及其他团队的测试同学进行盲测，希望这1-2天内把产品的缺陷能够打爆。之后每天看着缺陷在逐渐的下来，这个处理方式之前自己从来没有想到过。

细细去分析背后的原因，这个处理方式非常妥当，首先推进一个项目最怕的就是失控，今天50个，明天55个不知道哪一天是个头。通过一个探底的动作，可以对整个项目问题有个大致的预期，让项目重新回到控制之内，之后每天去解决逐步收敛的问题，后续的工作都可以排出大体的计划去执行。

这个思想可以推导到其他的场景，生活中也是一样，我们最害怕的就是未知，未知就看不到希望，不如就去先直面最差的情况，然后就可以慢慢修正，把一个糟糕的局面引向一个有希望的局面。