發(fā)階段所需要的指南和備忘錄。所以僅僅按照傳統(tǒng)的需求說(shuō)明書的固定格式和要求來(lái)寫,按照常規(guī)的使用和管理方法來(lái)處理都是遠(yuǎn)遠(yuǎn)不夠的。特別要提到以下兩點(diǎn):
1)需要按照幾個(gè)要點(diǎn)來(lái)完成:需求分類、采用的技術(shù)與工具、約定以及技術(shù)限制甚至法律法規(guī)等全面考慮。需求必須要客戶確認(rèn),無(wú)論在初期需求分析階段還是在后期需求變更的時(shí)候,都需要客戶的確認(rèn)。比如數(shù)據(jù)字典、界面選型、技術(shù)線路、功能模塊等,這樣做的好處是防止需求把握不得當(dāng),缺少了用戶必要的功能,同時(shí)保障不提供不必要的功能。而且必須要讓項(xiàng)目各個(gè)環(huán)節(jié)的相關(guān)責(zé)任人員進(jìn)行簽字確認(rèn)。
2)值得引起注意的是,需求說(shuō)明書在整個(gè)項(xiàng)目實(shí)施階段并非一成不變的。所以一定需要通過(guò)附加文檔來(lái)跟蹤用戶新的需求和需求變更,隨時(shí)跟蹤需求。所以類似的文件是要必須考慮的,如《需求(或功能)變更申請(qǐng)書》、《需求(或功能)變更規(guī)格書》、《需求清單一覽表》等。這樣做的好處是對(duì)需求實(shí)時(shí)監(jiān)控,保證項(xiàng)目的安排和進(jìn)度變更有據(jù)可依,同時(shí)讓用戶知道變更是一件很嚴(yán)肅的事情,同時(shí)可以防止個(gè)別人提出無(wú)法界定的需求。因?yàn)楹芏鄷r(shí)候,IT項(xiàng)目中的很多問(wèn)題可能是其他系統(tǒng)的遺留而又超出本項(xiàng)目技術(shù)路線可以彌補(bǔ)范圍的問(wèn)題。同時(shí)針對(duì)一些暫時(shí)解決不了的需求,也一定要用專門的章節(jié)羅列出來(lái),這樣也利于在做實(shí)施計(jì)劃的時(shí)候采取合適的措施來(lái)解決,比如采購(gòu)其他設(shè)備、投入相關(guān)人力或其他辦法等。
4、結(jié) 論
本文通過(guò)分析某中小企業(yè)ERP系統(tǒng)開發(fā)案例的需求管理中存在的問(wèn)題,總結(jié)出如何較好地開展IT項(xiàng)目中的需求管理工作,嘗試尋找一種可行的具體辦法來(lái)解決某些實(shí)際問(wèn)題。認(rèn)識(shí)到需求管理是IT項(xiàng)目開發(fā)中存在的主要問(wèn)題,做好需求管理工作,才能保證IT項(xiàng)目開發(fā)的正常進(jìn)行。同時(shí)也深刻地體會(huì)到需求管理的優(yōu)劣與項(xiàng)目的時(shí)間、成本有著十分重要的關(guān)系。
項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來(lái)測(cè)測(cè)你排多少名吧~
http://www.vanceur.cn/pmqhd/index.html
