需求的變動(dòng)對(duì)項(xiàng)目本身會(huì)帶來(lái)很大的風(fēng)險(xiǎn)，在程序員來(lái)說(shuō)也會(huì)有很大的開(kāi)發(fā)壓力。
以前在書(shū)本上學(xué)習(xí)項(xiàng)目管理的時(shí)候，對(duì)項(xiàng)目需求變動(dòng)沒(méi)有特別的了解，然后真當(dāng)我遇上了，簡(jiǎn)直殺我一個(gè)措手不及，差點(diǎn)沒(méi)跟客戶鬧上。眼看著項(xiàng)目就要上線了，客 戶連自己要做成一個(gè)什么樣的產(chǎn)品還琢磨不定。。唉！一天一個(gè)版，難道做項(xiàng)目都是這樣子的嗎 ？難道這是真的瀑布式迭代開(kāi)發(fā)嗎？

項(xiàng)目還沒(méi)完結(jié)，已經(jīng)開(kāi)始為項(xiàng)目是否可以成功上線擔(dān)心起來(lái)，即便如此，有些問(wèn)題也是開(kāi)發(fā)人員需要改進(jìn)的，比如：

1.在跟客戶溝通完之后加一句，確定了嗎？或者能帶一個(gè)有效的文檔，以免多次的無(wú)效開(kāi)發(fā)，勞命傷財(cái)。

2.在項(xiàng)目進(jìn)入編碼之前一定要讓客戶對(duì)設(shè)計(jì)有一個(gè)確認(rèn)，而不是等項(xiàng)目成型了之后再給客戶Review。

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

4. 還有一點(diǎn)，在客戶說(shuō)需求變動(dòng)的時(shí)候，開(kāi)發(fā)人員第一個(gè)想到的是變動(dòng)的需求帶來(lái)的重復(fù)開(kāi)發(fā)，說(shuō)白了也就是否定之前的工作成果，重新開(kāi)發(fā)，我想是誰(shuí)都不會(huì)有好心 情的，但是，假如只是抱著這種心態(tài)和客戶溝通勢(shì)必不會(huì)有什么好的效果，假如我們可以從需求變更對(duì)項(xiàng)目帶來(lái)的風(fēng)險(xiǎn)去看問(wèn)題，為客戶分析，急他人之所急，我想 這樣會(huì)更好一點(diǎn)。

總結(jié)：在項(xiàng)目中，需要多想，有了計(jì)劃之后再動(dòng)手不遲，而且計(jì)劃最好是有文本形式的。