需求变更的代价

刘洪鹏

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

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

red-hat

这个问题不是绝对的,如果是必需的,再大的代价也是值得的