软件开发最普遍的事实是需求一般是变化的。UP最核心的思想就是"迭代开发"，最核心的精神就是"拥抱变化（变更）"。后两个"最"是从书上看的，前一个则是自己根据别人的话领悟的。
UP至少现在看来还是在潮流上的，好多软件公司都根据自己的实际从UP剪辑一些拼成自己的，可惜的是，有些公司对外宣称是采用这样的类似RUP的流程，然而在实际的软件开发和项目管理过程中：一没有有组织的自发的进行迭代开发的流程（尽管最终由于需求变动的原因而有事实上的类"迭代"的开发存在)；二没有发自内心的控制自如的拥抱需求的变化，因为从上倒下都有一个想法，在需求分析阶段把所有的需求都定下来，白纸黑字写下来，客户签了字，如果将来要改，对不起，要收钱的。
原因在于管理者没有真正理解明白UP是什么，迭代开发是什么，更重要的是，没有掌控需求变化的本领，没有信心，对需求变化恐惧。
掌控需求变化看来是项目管理的关键所在，要做好项目还要赚到钱。