刘洪鹏 发表于 2007-12-3 10:12:47

需求变更的代价

一般来讲,需求的变更通常意味着需求的增加,需求的减少相对很少,而且处理需求减少方面的问题也比较容易。当客户提出新需求的时候,项目开发人员应该分析这些新需求对项目现阶段带来的风险,得出双方实现变更需求的需要的成本,包括时间、人力、资源等等方面。

   变更都是有代价的,应该评估一下变更的代价和对项目的影响,在评估代价并且与客户讨论的过程中,要让客户了解变更的后果,变更之后面临最大的问题就是项目延期,让客户一起做判断:“我可以修改,但您能接受后果吗?”。现在会出现三种可能:客户接受延期这一后果,开发人员按客户要求做出相应修改,让客户知道为此需要付出延期的代价;如果客户认为代价太大,那开发人员就不必修改了,可以记录下需求,待到下一版本再做修改;客户不接受变更的代价,导致项目夭折。 如果客户不知道你为变更付出的代价,对你的辛苦便难以体会,以致没完没了的提出新的变更。

red-hat 发表于 2007-12-5 14:13:32

这个问题不是绝对的,如果是必需的,再大的代价也是值得的
页: [1]
查看完整版本: 需求变更的代价