改，都可以改，但是得加钱

需求变动的原因很多，很难一概而论，处理方法当然也多种多样。

1. 产品经理需求有问题，评审时候没发现，开发过程中变动；

2. 老板可能出现在需求实现的任何时间点，包括发版前，产品经理能做一部分阻拦，但是也就是一部分；

3. 产品经理随心所欲调整；

等等等等……

需求变动应该说非常正常，主要是做好需求变动同步以及记录，不要张嘴就来直接改，最后前端改的后端不知道，后端改的前端不知道，测试不知道，项目不知道。

要是客户没有核心思想，就是走一步看一步的话，可以进行粗糙的做法，先做出对应的页面展示和互动，不做复杂模式， 等客户确定是这样然后在做精细的。  要是精细做完了还要改的话  可以进行加钱了， 还有就是周期性的找客户进行确认，是否是他心里想的方向，是就继续做，不是就改，差距就小多了。千万别昨晚整体以后在找客户确认。这个是敏捷开发的做法。

能动手尽量不要动嘴。

都频繁改需求了我为什么还要优雅

杀一个程序员不需要用枪，改三次需求就可以了。

以前是提需求要经过评审，改需求也要评审，进入测试阶段后的新需求转到下期开发；现在是需求只有项目经理知道，开发人员靠猜测开发，需求随时会变，上线当天依旧在开发

前提条件是，频繁改需求不给时间吧，因为要加班

money first