怎样控制需求变更

  实际上就算美工和程序员的这样分工可以减少不少工作,但没有解决根本问题,只要客户不断更改就怎么样都要做些重复工作。可是要怎样才能控制需求变更呢?
  我向老总提写议确认书,并让客户签确认书,可老板说这是不可能的,你功能都没做出来,怎么让他们签啊?你做完功能让他们去体验,他们才知道有哪些地方是需要修改的,而页面的变更,实际上很多时候都是我们在开发或者开发完了,老总提出来要更改的。就像上周我们花了一周时间完成了一个功能模块,并经过了第1步测试,结果老板说要改页面,页面的布局和字段全都变化,相当于我们完全没做,而老板还以为页面的更改对功能开发影响不大,当然我也是今天才看到更改后的页面才知道的,而现在老板又在客户那边开会调研,我们无法沟通(而且更改后的页面除了老板同意外,其他美工和我们都觉得那样页面很难看而且变形了):cry:
  更有意思的是,我们做的功能也一直不去确认,还在那边梳理流程,这样的话,我们开发的越多,以后也就改的越多,甚至又是完全重做!我感觉很可怕,可是解决的办法呢?我想只能做记录,记录下更改了多少,花费了我们多少时间,让老总感觉到其实这些是很耽误时间的,看他是否会重新考虑他现在的做法,不然的话,我们会死的很翘很翘!
  我相信很多人都遇到过这样的情况,不知道大家都是怎么控制需求变更的?怎么解决这些问题的?

猜你喜欢

转载自kay168.iteye.com/blog/262588