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

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

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

    http://m.vanceur.cn/pmqhd/index.html