一个项目进行中，经常碰到需求变动的问题，从整体来看，有些需求变动对项目本身有好处，它们通常是改进和完善的结果，由于日程和项目的规划书已经在启动前全部定下，执行人员通常不喜欢任何的变动，那么作为项目管理人员（或者策划、协调员）如何解决这类的问题，通过下面的实际例子应用需求评估法解决此类问题。

需求评估法是设立等级，对改动的需求进行等级评估，不同的等级评估有不同的动作，当然，这一切都需要在一个项目启动前声明。
假设，项目人员已经将某个软件项目规划书或规格书在启动前已经通过多方责任确认，并且以此作了日程表，但在进行到一半的时候，客户提出了一些要求，将增加一个新的功能以及现有部分功能细节修改的需求，而且项目承接者不可能客户说“不”。
项目的负责人应首先制定一个需求变动流程以应对这样的情况
 


从上面的图来讲，当一个需求变更出现的时候，首先必须通过规划组，也可能称为评审团，通常他们是由最直接关系人，比如策划、项目管理者、客户、开发人员等等，考虑整体包含风险和成本在内的因素来确认一个需求变更更的等级。

等级
变更控制
举例
1
紧要完成变更
规避风险做出变更，强制性的紧要功能附加
2
次要完成变更
提出的完善建议，未预料的需求补充
3
变与不变均可
建议，非紧要功能附加
4
下一个版本考虑的变更
影响强烈但无关紧要的需求
以上提出的是4级，也可按照具体情况作成3级、5级等形式。
按照事先约定好的等级进行变更控制，比如，等级1的很显然是需要立即做出变更，因为这些需求和风险有关，而强制性和紧要的功能附加，通常是客户的要求，如果不做变更则可能无法拿到资助。
这种方法的优点在于可以对一些需求的变更做出较快的反应，同时开发人员由于在前面接受了变更流程，所以很容易执行需求的变更。