一般项目开发过程中，会经常发生需求变更，有的时候时间比较紧，变更的内容并没有记录下来，我觉得即使不发变更说明文档，也应该将问题记录下来：某个需求为什么变，当时提出问题的是谁，变成了什么样……都要有一个详细的记录，最好是准备一个列表，只要软件功能跟一开始需求评审时定义的不一样，就应该记录下来并公布出来，并确认相关人员收到了这个变更，这样以后即使再改造这个项目，沟通方面的成本会减少很多。同时，测试组也需要整理测试文档，但这只是针对测试工作，需求会不会看也不得而知，但有问题记下来总是不错的，可以避免自己把某些问题记错了，也给以后的需求接班人留点财富。还有就是再给需求提个建议：每次不论开发、测试问问题，容易发生误解的问题最好也用一个列表记录下来，这样可以避免同一个问题被问到多次，也不会发生给开发人员和测试人员讲的是两套内容，哈哈。总之记录是一个很好的习惯，光靠人脑有时是会犯错的。