需求變化和軟體開發

        軟體開發最普遍的事實是需求一般是變化的。UP最核心的思想就是"反覆式開發法"，最核心的精神就是"擁抱變化（變更）"。後兩個"最"是從書上看的，前一個則是自己根據別人的話領悟的。
        UP至少現在看來還是在潮流上的，好多軟體公司都根據自己的實際從UP剪輯一些拼成自己的，可惜的是，有些公司對外宣稱是採用這樣的類似RUP的流程，然而在實際的軟體開發和專案管理過程中：一沒有有組織的自發的進行反覆式開發法的流程（儘管最終由於需求變動的原因而有事實上的類"迭代"的開發存在)；二沒有發自內心的控制自如的擁抱需求的變化，因為從上倒下都有一個想法，在需求分析階段把所有的需求都定下來，白紙黑字寫下來，客戶簽了字，如果將來要改，對不起，要收錢的。
原因在於管理者沒有真正理解明白UP是什麼，反覆式開發法是什麼，更重要的是，沒有掌控需求變化的本領，沒有信心，對需求變化恐懼。
        掌控需求變化看來是專案管理的關鍵所在，要做好項目還要賺到錢。