、工作量、需求變化對(duì)現(xiàn)有軟件的影響程度等因素，從而安排需求變更的計(jì)劃――是在本次迭代中完成，還是在下一次迭代中完成。
2）開(kāi)發(fā)文檔的更新
軟件開(kāi)發(fā)文檔對(duì)與軟件項(xiàng)目來(lái)說(shuō)是一個(gè)很大的工作量。很多軟件項(xiàng)目的開(kāi)發(fā)，在初期文檔比較正規(guī)，隨著項(xiàng)目的深入，特別是需求發(fā)生多次變化之后，要保持軟件開(kāi)發(fā)文檔的一致性就感到非常困難了，因?yàn)樾枨蟾淖兊母鞣N信息沒(méi)有記錄下來(lái)，最后不得不蒙混過(guò)關(guān)，草草了之。
但如果我們按照敏捷方法的原則，在需求凍結(jié)之前，不要過(guò)分的把精力投入到文檔的制作上，而是將有關(guān)的信息記錄和保留下來(lái)，在需求基本凍結(jié)之后，化一定的時(shí)間來(lái)創(chuàng)建和對(duì)文檔進(jìn)行格式化。
3）合同的考慮
盡管按照敏捷方法的原則是擁抱變化，但還是應(yīng)該在簽定開(kāi)發(fā)合同時(shí)，一方面對(duì)項(xiàng)目的費(fèi)用和時(shí)間估計(jì)時(shí)一定要考慮用戶需求的變化，另一方面把用戶需求的改動(dòng)的條款寫(xiě)清楚，如果用戶增加或改動(dòng)了需求，那么軟件的交付日期可以推遲，費(fèi)用也應(yīng)增加。這樣可以限制用戶的隨意改動(dòng)。
三、結(jié)束語(yǔ)
每個(gè)項(xiàng)目的開(kāi)發(fā)環(huán)境及實(shí)施環(huán)境各不相同，在系統(tǒng)設(shè)計(jì)和項(xiàng)目管理方面所面臨的問(wèn)題不盡相同，但需求發(fā)生變化是所有項(xiàng)目都會(huì)遇到的問(wèn)題。信息系統(tǒng)的建設(shè)由于會(huì)改變?cè)械膫鹘y(tǒng)工作模式，需求的內(nèi)容因而會(huì)隨時(shí)變動(dòng)，給開(kāi)發(fā)工作帶來(lái)很大的難度。本文提出了應(yīng)用敏捷方法的思想來(lái)應(yīng)對(duì)軟件開(kāi)發(fā)過(guò)程中需求變化的問(wèn)題，希望能對(duì)系統(tǒng)開(kāi)發(fā)人員和項(xiàng)目管理人員有所幫助。
中央財(cái)經(jīng)大學(xué)信息系 王海陽(yáng)
項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來(lái)測(cè)測(cè)你排多少名吧~
http://m.opto-elec.com.cn/pmqhd/index.html
