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