重复做同样的工作会降低效率→变化本身可以分为有价值变化和偏好性变化→偏好性变化实质上是一种重复，要尽可能滤掉偏好性变化。
有的时候会发生一些很有趣的事情。客户看到了程序后提意见：表格要多一个列来记录XX，查询方法要使AA和BB可以自由组合等。但最终结果可能是这个列实在没用，又被删掉了，而新增的查询方法却基本没人用。这实质上等于做了浪费性的工作。
需求变化大致可以分为两类：一类是源自现实，有价值的变化；另一类则是比较纯粹的个人偏好。对应前一类变化，更类似于生意，只有值或不值。而对应后一类变化，则往往得不偿失。后一类变化的基本特征是不稳定，因人而异，且无涉大局，最终只会导致双输。
对这类变化最好的方法是不应对，否则基本上是没有赢家，但不应对也需要一定手段。简单的办法是把它们也转化为纯粹的生意，有这类要求的人必须付出相应的代价。(www.xing528.com)
在外包类环境里，则可以直接表现为人月增加。但受现实限制，这类方法往往行不通，更完美的办法，是对软件价值根源理解更深的人，从究竟什么是更合理的操作方法这样的视角进行解释。
客户偏好天生就会被伪装成需求，客户A可能希望用Outlook风格的UI，而客户B这可能喜欢用Word风格的UI。这类偏好的特征是对软件的根本价值影响不大，但确实影响体验。这看起来是需求，但决定这类事情最终处理方法的是商业因素和政治因素（如大客户不能得罪，目标群体是年轻人等）。解决这类问题远比预想的麻烦，解决“项目政治”的问题往往需要恰当的“政治”手段；解决“商务问题”往往需要恰当的“商务手段”，最怕的是解决什么都用“技术手段”，这种分析可以写得很复杂，但偏离本书的主线，不再进一步探讨了。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
