需求的變動(dòng)對(duì)項(xiàng)目本身會(huì)帶來很大的風(fēng)險(xiǎn),在程序員來說也會(huì)有很大的開發(fā)壓力。
以前在書本上學(xué)習(xí)項(xiàng)目管理的時(shí)候,對(duì)項(xiàng)目需求變動(dòng)沒有特別的了解,然后真當(dāng)我遇上了,簡直殺我一個(gè)措手不及,差點(diǎn)沒跟客戶鬧上。眼看著項(xiàng)目就要上線了,客 戶連自己要做成一個(gè)什么樣的產(chǎn)品還琢磨不定。。唉!一天一個(gè)版,難道做項(xiàng)目都是這樣子的嗎 ?難道這是真的瀑布式迭代開發(fā)嗎?
項(xiàng)目還沒完結(jié),已經(jīng)開始為項(xiàng)目是否可以成功上線擔(dān)心起來,即便如此,有些問題也是開發(fā)人員需要改進(jìn)的,比如:
1.在跟客戶溝通完之后加一句,確定了嗎?或者能帶一個(gè)有效的文檔,以免多次的無效開發(fā),勞命傷財(cái)。
2.在項(xiàng)目進(jìn)入編碼之前一定要讓客戶對(duì)設(shè)計(jì)有一個(gè)確認(rèn),而不是等項(xiàng)目成型了之后再給客戶Review。
3.在項(xiàng)目開始之前問清楚,是否需要先做一個(gè)Demo,看看是否可行,不行再改。。直到客戶滿意,再進(jìn)入編碼階段。再等到實(shí)現(xiàn)部分需求之后和客戶確認(rèn)開發(fā)和設(shè)計(jì)是否一致,也就是需要保持溝通,假如埋頭開發(fā),直到全部成型后,客戶要是不認(rèn)可的話也是白搭。
4. 還有一點(diǎn),在客戶說需求變動(dòng)的時(shí)候,開發(fā)人員第一個(gè)想到的是變動(dòng)的需求帶來的重復(fù)開發(fā),說白了也就是否定之前的工作成果,重新開發(fā),我想是誰都不會(huì)有好心 情的,但是,假如只是抱著這種心態(tài)和客戶溝通勢必不會(huì)有什么好的效果,假如我們可以從需求變更對(duì)項(xiàng)目帶來的風(fēng)險(xiǎn)去看問題,為客戶分析,急他人之所急,我想 這樣會(huì)更好一點(diǎn)。
總結(jié):在項(xiàng)目中,需要多想,有了計(jì)劃之后再動(dòng)手不遲,而且計(jì)劃最好是有文本形式的。