以及前后參考（照）。
4.6 建立Scope Matrix
活動(dòng)：根據(jù)系統(tǒng)的需求建立Scope Matrix，以指導(dǎo)后期的開發(fā)。Scope Matrix的所有內(nèi)容必須忠實(shí)于整理出來的需求文檔。如果需求文檔的內(nèi)容不足以得到完整細(xì)致的Scope Matrix，可以回過頭來完善需求文檔；如果實(shí)在確定不下來的內(nèi)容，可以在Scope Matrix中標(biāo)注出來，待以后確定。
職責(zé)：開發(fā)項(xiàng)目經(jīng)理完成。
模板：依據(jù)提供的“Scope matrix的模板”整理。根據(jù)實(shí)際內(nèi)容。
如何在Scope matrix中描述功能域：
羅列所有的詳細(xì)功能點(diǎn)，而與流程無關(guān)。
有關(guān)的功能限制也可列入。
禁忌用冗長的描述性語言陳述。這樣不容易將功能點(diǎn)劃開。
每個(gè)功能點(diǎn)用一句簡短的話來描述。如果一個(gè)功能點(diǎn)需要兩句話才能描述清楚，則將其劃為兩個(gè)功能點(diǎn)。
4.7 Define階段的審核
活動(dòng)：以會(huì)議的形式溝通需求的內(nèi)容，對(duì)需求進(jìn)行Quality review.
參與人：項(xiàng)目經(jīng)理（發(fā)起者和組織者），行業(yè)專家，和客戶
審核內(nèi)容：數(shù)據(jù)字典，總體系統(tǒng)的需求說明，各子系統(tǒng)的需求說明，Scope matrix
輸出：Review notes。Review notes要求填寫在公司規(guī)定的Quality review notes的模板中。
職責(zé)：
項(xiàng)目經(jīng)理發(fā)起，組織，并主持審核會(huì)議，做會(huì)議記錄。會(huì)后總結(jié)review notes.
說明：Define階段審核通過后，方可進(jìn)入設(shè)計(jì)階段。
5、需求維護(hù)
需求維護(hù)的關(guān)鍵內(nèi)容是需求變更管理。需求的變更是不可避免的，如何以可控的方式管理軟件的需求，對(duì)于項(xiàng)目的順利進(jìn)行有著重要的意義。對(duì)于需求變更的管理，我們主要使用需求變更控制流程，需求跟蹤矩陣，和需求配置的管理方式。
5.1 變更控制流程
5.2 需求跟蹤
活動(dòng)：使用scope matrix來跟蹤每項(xiàng)需求是否要求實(shí)現(xiàn)，以及需求實(shí)現(xiàn)的狀態(tài)
職責(zé)：由開發(fā)項(xiàng)目經(jīng)理負(fù)責(zé)維護(hù)scope matrix。
5.3 需求配置管理
活動(dòng)：保存需求方面的所有文檔的所有版本
職責(zé)：每個(gè)有關(guān)需求的文檔以及升級(jí)文檔均要求保存到配置管理系統(tǒng)中。
要求：
所有資料均放入配置管理系統(tǒng)。
按照規(guī)定的目錄存放資料。
文件的每個(gè)修改版本都要求保存。
項(xiàng)目經(jīng)理勝任力免費(fèi)測評(píng)PMQ上線啦！快來測測你排多少名吧~
http://m.opto-elec.com.cn/pmqhd/index.html
