相關(guān)、一般相關(guān)和弱相關(guān)幾種關(guān)系，并給以標(biāo)度值來表達(dá)相關(guān)程度，這樣我們可以定義一些需求的強(qiáng)弱程度：如不確定需求、一般確定需求、強(qiáng)烈確定需求等，在這個HOQ中，還要用到其他技術(shù)工具，如：要素加權(quán)法等，這樣做的好處是主次分明，可以把需求分析和管理做到隨時間的推進(jìn)客戶的變更變限于固定的框架里，符合如下曲線，而不至于走向極端。

　　4.3需求說明書編寫經(jīng)驗(yàn)談
　　目前需求說明書有固定的格式和要求,可以從專門介紹需求說明書的相關(guān)書籍中獲得,在本論文中,我著重闡述需求說明書的經(jīng)驗(yàn)，編寫優(yōu)秀的是沒有公式化的方法的，這需要大量的經(jīng)驗(yàn)，要從你在過去的文檔中發(fā)現(xiàn)的問題學(xué)習(xí)。
　　1） 采用IT項(xiàng)目需求規(guī)格說明模版,要注意的是很多人拿來需求說明書模板就套用,這就有很大的風(fēng)險,例如:會出現(xiàn)需求不全、需求范圍界定不到位、需求分類不明確等因素，我們應(yīng)該把需求規(guī)格說明書拿來后先羅列許多要點(diǎn)：約定、法律法規(guī)、需求分類、技術(shù)限制、采用的技術(shù)和工具等等全面考慮，與項(xiàng)目干系人特別是用戶進(jìn)行溝通，然后討論，可以采用頭腦風(fēng)暴法和德爾菲方法來討論，確定說明書大綱，而不能照本著書。
　　2） 附加文檔的管理，值得注意的是需求說明書并非一成不變的，我們可以通過附加文檔來跟蹤用戶的新的需求和需求變更，這樣必須建立一個配套的文檔集合，隨時跟蹤需求，保證開發(fā)團(tuán)體步進(jìn)統(tǒng)一，一般這些文件是要考慮的：《需求（或功能）變更申請書》、《需求（或功能）變更規(guī)格書》、《需求清單一覽表》等。這樣做的好處是對需求時實(shí)監(jiān)控，保證項(xiàng)目的安排，同時讓用戶知道變更是一件很嚴(yán)肅的事情，可以防止個別人提出無法界定的需求（因?yàn)楝F(xiàn)實(shí)IT項(xiàng)目中，很多問題是其他系統(tǒng)的遺留而又超出本項(xiàng)目技術(shù)線路可以彌補(bǔ)的問題等）。
　　3） 編寫需求說明書的時候，可能還會遇到一些解決不了的需求，我們也一定用專門的章節(jié)要羅列出來，防止漏項(xiàng)，同時也利于我們在做實(shí)施計(jì)劃的時候來采取那種措施，采購其他設(shè)備、投入相關(guān)人力或其他辦法。
　　4） 需求必須要客戶確認(rèn)，許多項(xiàng)目，可能開發(fā)商為了保護(hù)自己的“利益”很多事情都沒有得到客戶的確認(rèn)，其實(shí)在需求階段，我們的需求是要跟客戶確認(rèn)的，比如數(shù)據(jù)字典、界面選型、技術(shù)線路、功能模塊等，這樣做的好處是防止需求把握不得當(dāng)，缺少了用戶必要的功能，另一個就是防止了開發(fā)商需求鍍金，提供了不必要的功能。
　　5　總結(jié)
　　經(jīng)過以上各個方面來討論需求管理在整個項(xiàng)目生命期所起到的作用，結(jié)合自身的經(jīng)驗(yàn)，和一個案例《某市網(wǎng)上審批系統(tǒng)》綜合分析了需求管理的辦法和用到的工具，根據(jù)自身經(jīng)驗(yàn)提出編寫需求說明書要注意的地方。

    項(xiàng)目經(jīng)理勝任力免費(fèi)測評PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html