进度紧张就要搞特殊?

项目进度吃紧，工作任务难度大，任务和提交时间都已经定死。为了成功按时完成，大家都只能铆足劲，死拼了。

 

但是事情的结果往往不是只靠这么简单地想想就能达到预期的效果的，想法是好的，方法是错的，想要成功也是很难的。

 

 

自测不充分，功能不够完善，都会花费更多的时间、资源来弥补这些过失。测试人员会发现更多BUG，确认、报告、验证、沟通BUG，都花了不少时间，其间开发人员所花的也不会少多少。也许针对某个问题，开发用一种错误的解决方案，到头重做时，时间花费更多，解决方案最好能及时讨论充分。也许某些问题，在开发遇到时，不重视，结果发现恰恰这些问题是客户关注，再来想办法，再来改，这会浪费掉很多时间，遇到尽量早点抛出来。

 

 

没有测试用例或者Checklist的东西，一般来说，测新东西时，都是想到什么就测试什么，不够系统，需求覆盖不够。时间少，最好也要整理出一个Checklist来指导测试过程。把BUG遗漏到客户那里，满意度会下降，后果会更严重。BUG报告的不清楚，开发测试来回沟通可能花费更多时间。

 

 

不熟悉项目的人、新人加入后，往往会起反作用，因为会花去更多时间和精力去指导，审核他们的工作，而且他们的工作往往隐藏更多的问题。项目中的流程，规范都是经过实践总结出来的经验积累。丢掉他们，很可能出现更多以前就出现过的问题，重复犯以前犯过错误，这些都是需要付出代价，花费掉更多的时间。

 

流程、规范、最佳体验在这种进度紧的过程中，更要得到重视和实施，以避免犯更多错误。错误越多，代价越大，花费越大，错误越少，节省得时间才越多。在这种过程中，一定要谨慎，一定要坚持住，否则结果可能难以让人接受。慎之慎之。