需求不明确的危害－一个真实的项目经历

    这是我进入公司以来的第三个项目。做这个项目给我的最大感受就是：做项目前一定要弄清楚需求。否则只有无数次的反工。导致项目一直延期。成本超出预算。

    我们公司是甲方。我们只做UAT测试。当已方把代码写完。提交我们测试的时候。我们竟然发现已方都没有做系统测试。最后我们只好又做系统测试，又做UAT4测试。这个甲方当的有点窝囊啊！:(

    最初是分析需求，写用例。需求变化的非常频繁，以致于最初的需求和后来做出来的东西相差很大。导致三周写的用例变成了无用功。后来因为急于上线，大家加班加点的测试，改BUG，回归BUG。还加班了好几个通宵呢。在主要流程凑合跑通的情况下。系统上线了。大家终于松了一口气。近两个月的加班加点，终于让系统上线了。

    接下来就是进一步的测试。很多细节都还没有测到。也不用那么加班加点的赶了。好景不长啊。不到一个月，第一次的需求便更来了。而且变化很大。又一次加班，接下来就是接二连三的需求变更。就连主要流程都变了。同一个功能的需求两天内就变了三次。以致于到最后，和最初做的系统相比已经面目全非了。呵呵。等于又重新做了一个嘛！这样不仅一直拖延工期，使得项目一直不能告一段落，而且预算超出很多。开发部、测试部的同事也很厌烦。尤其是测试部门的。大家都说用不着细测的啦。反正过不了几天这个需求还得变。现在测了也没用。呵呵。看看。大家都有了这样的心里了。这测试的质量很难保证的啊。大家干活一点积极性也没有。

    虽然这个项目过去已经四五个月了。但是大家还是“谈虎色变”啊。这个项目给我的最大的感触就是：一个项目（产品）开发前，需求一定要明确。