需求的變動對項目本身會帶來很大的風險，在程序員來說也會有很大的開發壓力。
以前在書本上學習項目管理的時候，對項目需求變動沒有特別的了解，然后真當我遇上了，簡直殺我一個措手不及，差點沒跟客戶鬧上。眼看著項目就要上線了，客 戶連自己要做成一個什么樣的產品還琢磨不定。。唉！一天一個版，難道做項目都是這樣子的嗎 ？難道這是真的瀑布式迭代開發嗎？

項目還沒完結，已經開始為項目是否可以成功上線擔心起來，即便如此，有些問題也是開發人員需要改進的，比如：

1.在跟客戶溝通完之后加一句，確定了嗎？或者能帶一個有效的文檔，以免多次的無效開發，勞命傷財。

2.在項目進入編碼之前一定要讓客戶對設計有一個確認，而不是等項目成型了之后再給客戶Review。

3.在項目開始之前問清楚，是否需要先做一個Demo，看看是否可行，不行再改。。直到客戶滿意，再進入編碼階段。再等到實現部分需求之后和客戶確認開發和設計是否一致，也就是需要保持溝通，假如埋頭開發，直到全部成型后，客戶要是不認可的話也是白搭。

4. 還有一點，在客戶說需求變動的時候，開發人員第一個想到的是變動的需求帶來的重復開發，說白了也就是否定之前的工作成果，重新開發，我想是誰都不會有好心 情的，但是，假如只是抱著這種心態和客戶溝通勢必不會有什么好的效果，假如我們可以從需求變更對項目帶來的風險去看問題，為客戶分析，急他人之所急，我想 這樣會更好一點。

總結：在項目中，需要多想，有了計劃之后再動手不遲，而且計劃最好是有文本形式的。