【正文】 細(xì)節(jié)和相互依賴關(guān)系上的理解216。 增強(qiáng)了項(xiàng)目涉眾對(duì)需求（尤其是復(fù)雜需求）的掌握 增進(jìn)了項(xiàng)目涉眾之間的交流216。 減少了可能的誤解和交流偏差 減少了工作量的浪費(fèi)，提高了生產(chǎn)力216。 需求管理能夠更加有效的處理需求的變更 準(zhǔn)確反映項(xiàng)目的狀態(tài)，幫助進(jìn)行更好的項(xiàng)目決策216。 需求跟蹤信息能夠更加準(zhǔn)確的反映項(xiàng)目的進(jìn)展情況 改變項(xiàng)目文化，使得需求的作用得到重視和有效發(fā)揮216。 使得項(xiàng)目涉眾認(rèn)識(shí)到需求在項(xiàng)目工作中的重要性需求管理的活動(dòng)需求管理需求管理維護(hù)需求基線▼交流涉眾需求什么▼驅(qū)動(dòng)設(shè)計(jì)和實(shí)現(xiàn)工作▼測(cè)試和驗(yàn)證最終產(chǎn)品▼輔助項(xiàng)目管理實(shí)現(xiàn)需求跟蹤▼將需求應(yīng)用到解決方案▼將需求分配到各零部件維護(hù)需求基線▼控制變更▼控制迭式開發(fā)中的變化需求基線 已經(jīng)通過正式評(píng)審和批準(zhǔn)的規(guī)格說明或產(chǎn)品，他可以作為進(jìn)一步開發(fā)的基礎(chǔ)，并且只有通過正式的變更控制過程才能修改它； 是被明確和固定下來的需求集合，是項(xiàng)目團(tuán)隊(duì)需要在某一特定產(chǎn)品版本中實(shí)現(xiàn)的特征和需求集合。需求開發(fā)需求開發(fā) 需求管理需求管理建 立需 求基 線不同的需求看法沒有正式的文檔總是處于變化之中共同的需求理解納入配置管理的文檔變更控制A、需求基線配置管理 標(biāo)識(shí)配置項(xiàng) 版本控制 變更控制 訪問審計(jì) 狀態(tài)報(bào)告控制需求并建立基線工作產(chǎn)品和活動(dòng)與需求基線保持一致需求基線需求基線 1 需求基線需求基線 2 需求基線需求基線 N需求……需求經(jīng)過項(xiàng)目組的評(píng)審和認(rèn)可變化B、需求基線狀態(tài)維護(hù)狀態(tài) 定義已提議 該需求已被有相應(yīng)權(quán)限的人提出已批準(zhǔn)該需求已經(jīng)被分析，他對(duì)項(xiàng)目的影響已進(jìn)行了估計(jì)，并且已經(jīng)被分配到某一特定版本的基線中。關(guān)鍵涉眾已同意包含這一需求，軟件開發(fā)團(tuán)隊(duì)已承諾實(shí)現(xiàn)這一需求已實(shí)現(xiàn) 實(shí)現(xiàn)之一需求的系統(tǒng)組件已經(jīng)完成了設(shè)計(jì)和實(shí)現(xiàn)。之一需求已經(jīng)被跟蹤到相關(guān)的設(shè)計(jì)元素和實(shí)現(xiàn)元素已驗(yàn)證 已在集成產(chǎn)品中確認(rèn)了這一需求的功能是現(xiàn)實(shí)是正確的。這一需求已經(jīng)被跟蹤到相關(guān)的測(cè)試用例。這一需求目前可以被認(rèn)為是以完成了。已刪除 已批準(zhǔn)的需求又從需求基線中取消了。要解釋清楚為什么要?jiǎng)h除之一需求，以及是誰(shuí)決定刪除的。已否決 需求已被提議，但并不在下一版本中實(shí)現(xiàn)它。要解釋清楚為什么要否決這一需求，以及是誰(shuí)決定否決的。需求跟蹤 避免在開發(fā)過程或者演化過程中與需求基線不一致或者偏離的風(fēng)險(xiǎn)； 前向跟蹤是指被定義到產(chǎn)品需求規(guī)格說明文檔之前的需求演化過程216。 向前跟蹤到需求：說明涉眾的需求和目標(biāo)產(chǎn)生了哪些軟件需求216。 從需求向后回溯：說明產(chǎn)品需求來源于哪些涉眾的需要和目標(biāo) 后向跟蹤是指被定義到產(chǎn)品需求規(guī)格說明文檔之后的需求演化過程216。 從需求向前跟蹤：說明產(chǎn)品需求是如何被后續(xù)的開發(fā)無見支持和實(shí)現(xiàn)的216。 回溯到需求的跟蹤：說明各種零部件是因?yàn)槭裁丛蚨婚_發(fā)出來的涉眾需求 /目標(biāo) 產(chǎn)品需求（規(guī)格說明文檔） 后續(xù)開發(fā)零部件跟蹤 跟蹤回溯 回溯 需求跟蹤的內(nèi)容 最低層次：低端用戶216。 捕獲各個(gè)零部件之間的關(guān)系 更高層次：高端用戶216。 捕獲零部件之間的聯(lián)系216。 捕捉各個(gè)零部件的工作背景（如：選擇的理由、實(shí)現(xiàn)的方案、實(shí)現(xiàn)技術(shù)的假設(shè)、決策依據(jù)、變化歷程等） 最高層次：高端用戶216。 捕獲更高層次信息216。 捕獲項(xiàng)目的組織過程（例如：負(fù)責(zé)人、時(shí)間安排、資源消耗、最終成果等）產(chǎn)品對(duì)象產(chǎn)品對(duì)象依賴 滿足演化 理由過程對(duì)象涉眾涉眾 資源資源創(chuàng)建作用結(jié)果 需求跟蹤矩陣樣例 貫穿項(xiàng)目始終的一個(gè)極端有用的跟蹤需求的工具序號(hào) 車型 原始需求分配原始規(guī)格需求檢測(cè)概要設(shè)計(jì)設(shè)計(jì)評(píng)審詳細(xì)設(shè)計(jì)測(cè)試與驗(yàn)收標(biāo)準(zhǔn)開發(fā)過程跟蹤 結(jié)論開發(fā)階段生準(zhǔn)階段試銷階段需求變更 需求的變化是正確和不可避免的216。 問題發(fā)生了改變216。 環(huán)境發(fā)生了變化216。 需求基線存在缺陷216。 用戶變動(dòng)216。 用戶對(duì)軟件的認(rèn)識(shí)變化216。 相關(guān)產(chǎn)品的出現(xiàn)原項(xiàng)目計(jì)劃變更之后開發(fā)時(shí)間 開發(fā)人數(shù) 零部件資源 項(xiàng)目成本 變更過程控制：以可控、一致的方式進(jìn)行需求基線中需求的變更處理，包括對(duì)變化的評(píng)估、協(xié)調(diào)、批準(zhǔn)或拒絕、實(shí)現(xiàn)和驗(yàn)證。 對(duì)已經(jīng)基線化的需求的更改申請(qǐng)PM將修改意見、方案、影響范圍、工作量估計(jì)等提交給 CCBCCB裁決修改產(chǎn)品概念或設(shè)計(jì)評(píng)審、簽發(fā)結(jié)束結(jié)束NY更新的概念更新的設(shè)計(jì)輸入 研討 輸出流程變更跟蹤單項(xiàng)目名稱： 編號(hào)：提出人： 提出日期：提出理由及優(yōu)先級(jí)：變更需求描述：評(píng)估人： 評(píng)估日期：評(píng)估優(yōu)先級(jí)： 變更類型：影響范圍：工作量估算：變更評(píng)價(jià)：提交 CCB日期： CCB決策日期：CCB決定：修改人： 修改日期：修改結(jié)果：驗(yàn)證人： 驗(yàn)證日期：驗(yàn)證結(jié)果：備注： 變更控制委員會(huì)（ CCB）216。 評(píng)價(jià)需求的變更，作出批準(zhǔn)或者拒絕變化的確定，并確保已批準(zhǔn)變化的實(shí)現(xiàn)216。 變更控制委員會(huì)可能由來自下列部門的人員組成： 項(xiàng)目或程序管理部門； 產(chǎn)品管理或者需求分析部門； 開發(fā)部門； 測(cè)試或者質(zhì)量保障部門； 市場(chǎng)或客戶代表； 編寫用戶文檔的部門； 技術(shù)支持或幫助部門； 配置管理部門。七、需求管理機(jī)制建設(shè)（組織、流程、管理平臺(tái)、績(jī)效管理）組織保障產(chǎn)品行銷部 總體技術(shù)部市場(chǎng)需求管理平臺(tái)各專業(yè)產(chǎn)品行銷部各客戶群銷售部各辦事處國(guó)際行銷部總體技術(shù)部預(yù)研部市場(chǎng)接口處各產(chǎn)品項(xiàng)目組各產(chǎn)品項(xiàng)目組各產(chǎn)品項(xiàng)目組市場(chǎng)代表 RD代表PDT需求管理推行216。 由研發(fā)與市場(chǎng)部門聯(lián)合組建的 “ 市場(chǎng)需求管理推行小組 ” ，負(fù)責(zé)建立市場(chǎng)需求管理的監(jiān)控、測(cè)評(píng)體系。研發(fā)方面以產(chǎn)品線總體技術(shù)組為單位進(jìn)行測(cè)評(píng)，市場(chǎng)方面以個(gè)專業(yè)產(chǎn)品行銷部為單位進(jìn)行測(cè)評(píng)；216。 各專業(yè)產(chǎn)品行銷部每月按時(shí)提供需求管理月度報(bào)告，包括：需求提交數(shù)量和建議分析、調(diào)研進(jìn)展、困難等；216。 各產(chǎn)品線總體技術(shù)組每月按時(shí)提供需求管理月度報(bào)告，包括：需求答復(fù)、調(diào)研請(qǐng)求和進(jìn)展、困難等；216。 初期先關(guān)注數(shù)量和實(shí)效性，對(duì)總體技術(shù)組的測(cè)評(píng)項(xiàng)目為需求答復(fù)及時(shí)率：對(duì)每條市場(chǎng)需求在 5個(gè)工作日內(nèi)給予答復(fù)；要求答復(fù)及時(shí)率不得低于 80%，每月 10日左右統(tǒng)計(jì)上月需求的答復(fù)情況。對(duì)各專業(yè)產(chǎn)品行銷部的測(cè)評(píng)項(xiàng)目為新需求數(shù)量；每月 10日左右統(tǒng)計(jì)上月（ 1—30 日）填寫的新需求數(shù)量，需求每月最低需求數(shù)量不少于 15條。216。 初期由市場(chǎng)接口處每月提交市場(chǎng)需求管理監(jiān)控月報(bào)，包含以上內(nèi)容的執(zhí)行。需求收集流程 項(xiàng)目CCB 需求CCB 需求接口人 需求提交人 提出需求需求分析與初步處理對(duì)需求進(jìn)行指派對(duì)需求進(jìn)行論證分析對(duì)需求進(jìn)行確認(rèn)是否為需求變更提出需求 提出需求提出需求提出需求開始拒絕該需求拒絕該需求結(jié)束結(jié)束構(gòu)造例行化需求收集216。 構(gòu)建需求收集 IT系統(tǒng)；216。 形成需求收集報(bào)告機(jī)制；216。 組件需求收集分析專業(yè)團(tuán)隊(duì)；216。 與員工任職資格、績(jī)效掛鉤；216。 控制神經(jīng)末梢（出差、展覽、招標(biāo)等）。需求管理體系 IT平臺(tái)需求收集系統(tǒng)需求收集系統(tǒng)需求管理系統(tǒng)需求管理系統(tǒng)變更控制系統(tǒng)變更控制系統(tǒng)測(cè)試管理系統(tǒng)測(cè)試管理系統(tǒng)與需求相關(guān)的績(jī)效管理指標(biāo) 1月 2月 3月 本月最好、最差版本 年度目標(biāo)一、范圍規(guī)格更改率二、進(jìn)度項(xiàng)目周期、階段周期及進(jìn)度偏差項(xiàng)目進(jìn)度偏差率三、質(zhì)量客戶反饋產(chǎn)品缺陷（產(chǎn)品故障率、遺留問題缺陷密度、重大事故次數(shù)）階段關(guān)鍵交付件發(fā)現(xiàn)缺陷深度問題及時(shí)解決率◆ 需求穩(wěn)定度◆ 規(guī)格更改率謝謝大家！謝謝大家！演講完畢，謝謝觀看！