对于需求变更管理的一点建议 [ 光影人像 东海陈光剑 的博客 ]
一般项目开发过程中,会经常发生需求变更,有的时候时间比较紧,变更的内容并没有记录下来,我觉得即使不发变更说明文档,也应该将问题记录下来:某个需求为什么变,当时提出问题的是谁,变成了什么样……都要有一个详细的记录,最好是准备一个列表,只要软件功能跟一开始需求评审时定义的不一样,就应该记录下来并公布出来,并确认相关人员收到了这个变更,这样以后即使再改造这个项目,沟通方面的成本会减少很多。同时,测试组也需要整理测试文档,但这只是针对测试工作,需求会不会看也不得而知,但有问题记下来总是不错的,可以避免自己把某些问题记错了,也给以后的需求接班人留点财富。还有就是再给需求提个建议:每次不论开发、测试问问题,容易发生误解的问题最好也用一个列表记录下来,这样可以避免同一个问题被问到多次,也不会发生给开发人员和测试人员讲的是两套内容,哈哈。总之记录是一个很好的习惯,光靠人脑有时是会犯错的。
我们从来只做一件事,分享.
让美在这个世界流转
让倍感无趣的 受伤的 彷徨的 孤独的 或是心情忧郁的 人生黯淡的人们
能有一次机会
去再一次发现这个世界的美
并把美传递给他人
---光影人像(Follow WeChat public number with interest)