一. 制定需求管理計(jì)劃
需求管理計(jì)劃對(duì)于需求管理工作的成功實(shí)施，起著重要作用。因此在項(xiàng)目啟動(dòng)后，我通過如下步驟，完成制定需求管理計(jì)劃工作。
1. 與相關(guān)人溝通，梳理并明確需求管理工作內(nèi)容。包括如何組織項(xiàng)目組人員獲取用戶需求的方式、需求變更控制流程、需求跟蹤頻度及觸發(fā)時(shí)機(jī)等。
2. 明確需求管理涉及的干系人、角色及職責(zé)。因需求管理涉及到干系人較多，為避免需求缺乏一個(gè)統(tǒng)一的入口及出口。在本項(xiàng)目中，在需求基線建立后,我們要求客戶方安排一名的需求接口人，我方也安排一名需求接口人。后期的客戶需求均由客戶接口人收集并整理后發(fā)給我方需求接口人.
3. 明確需求管理采用的平臺(tái)，如需求管理工具等。在本項(xiàng)目中，我們?cè)谟眯枨蟾櫨仃嚤韺?shí)現(xiàn)需求雙向跟蹤管理。采用svn作為需求變更管理工具。理
4. 編寫需求管理計(jì)劃。在本項(xiàng)目里，采用公司CMMI體系的需求管理計(jì)劃模板，進(jìn)行計(jì)劃的編寫。重點(diǎn)描述了上述內(nèi)容。完成了需求管理計(jì)劃編寫后，由項(xiàng)目經(jīng)理、各小組組長(zhǎng)、QA共同對(duì)該需求管理計(jì)劃進(jìn)行評(píng)審.
在本項(xiàng)目中對(duì)需求獲取的活動(dòng)過程做以下描述:我與2010年3月下旬組建了需求調(diào)研分析小組，包括我在內(nèi)共8人，其中客戶方業(yè)務(wù)人員3人，本項(xiàng)目組5人，我起草了訪談人員列表計(jì)劃，需求調(diào)研問卷。通過早組內(nèi)談?wù)搶⒖蛻舴降挠脩纛愋头譃橹鞴軜I(yè)務(wù)的領(lǐng)導(dǎo)，業(yè)務(wù)精通的用戶、以及普通用戶三類。對(duì)業(yè)務(wù)領(lǐng)導(dǎo)我們采取個(gè)別約談的方式，調(diào)研重點(diǎn)是調(diào)研項(xiàng)目的總體要求和非功能性要求，對(duì)重點(diǎn)核心的業(yè)務(wù)需求也進(jìn)行了調(diào)研。對(duì)業(yè)務(wù)精通的重點(diǎn)用戶采取了座談會(huì)的形式，以討論的形式誘導(dǎo)用戶提出需求。對(duì)普通用戶采取調(diào)研問卷的形式進(jìn)行調(diào)研。對(duì)收集到的用戶需求記錄進(jìn)行匯總。將匯總資料通過svn版本控制軟件分發(fā)給需求分析組的組員，讓組員做進(jìn)一步的分析和整理。根據(jù)用戶的原始需求和公司指定的SRS模板編寫了需求規(guī)格說明書的初稿，經(jīng)過反復(fù)的與客戶方的用戶進(jìn)行需求調(diào)研，整理分析，對(duì)需求規(guī)格說明書內(nèi)容做必要的修改和增加。與2010年4月底形成了正式的需求規(guī)格說明書。2010年5月初我組織了分析人員，設(shè)計(jì)人員、和測(cè)試人員、客戶方參與的用戶評(píng)審和同行需求評(píng)審。評(píng)審?fù)ㄟ^后，最后應(yīng)ppt文件的形式和客戶進(jìn)行需求確認(rèn)并簽字。通過配置管理員發(fā)布需求基線。
二.需求變更管理
隨著軟件技術(shù)的復(fù)雜化，架構(gòu)的多樣化，業(yè)務(wù)的靈活化，以及隨著客戶對(duì)所需系統(tǒng)目標(biāo)及需求的清晰化，變更時(shí)不可避免的。會(huì)對(duì)項(xiàng)目的質(zhì)量，成本、進(jìn)度等產(chǎn)生影響,因此需求變更管理在整個(gè)項(xiàng)目的需求管理工作中顯得尤其重要.一旦項(xiàng)目的需求基線建立，對(duì)需求版本控制管理及極為重要。
在本項(xiàng)目中我們采用如下需求變更管理流程。
1. 首先是客戶需求接口人提出需求變更申請(qǐng)清單（記錄需求變更項(xiàng)），我方需求接口人接收到該需求變更，并將需求變更申請(qǐng)單轉(zhuǎn)發(fā)給項(xiàng)目技術(shù)負(fù)責(zé)人
2. 項(xiàng)目技術(shù)負(fù)責(zé)人接收到需求變更，對(duì)該變更進(jìn)行技術(shù)評(píng)估，如果技術(shù)上可行，進(jìn)入下一節(jié)點(diǎn)；否則給出相關(guān)的技術(shù)解答，也同樣進(jìn)入下一節(jié)點(diǎn)。
3. 項(xiàng)目經(jīng)理接收到技術(shù)分析通過的需求變更，進(jìn)行資源分析、進(jìn)度分析等，分析通過的需求變更項(xiàng)，進(jìn)入CCB審核環(huán)節(jié)。對(duì)于技術(shù)負(fù)責(zé)人分析不通過的需求變更，項(xiàng)目經(jīng)理經(jīng)過確認(rèn)后，結(jié)束來流程，處于駁回關(guān)閉狀態(tài)。針對(duì)這部分需求變更，需求接口人將給客戶予以答復(fù)。
4. 對(duì)于項(xiàng)目經(jīng)理審核通過的需求變更，CCB安排人員進(jìn)行復(fù)核，復(fù)核通過后，該需求變更將由后續(xù)的實(shí)施人員（如開發(fā)修改代碼、需求人員修改需求文檔等）進(jìn)行實(shí)施，并安排相關(guān)人進(jìn)行驗(yàn)證。因?qū)嵤┘膀?yàn)證不屬于需求變更管理流程，故這里不贅述。
通過上述手段，本項(xiàng)目保證了所有的需求變更都有據(jù)可依，同時(shí)，也通過該完整的需求管理過程，為后續(xù)的需求跟蹤及相關(guān)的測(cè)試提供了信息保障。
三.需求跟蹤
在實(shí)際項(xiàng)目開展中，經(jīng)常會(huì)發(fā)生這樣的情況。測(cè)試人員在進(jìn)行測(cè)試時(shí)，發(fā)現(xiàn)某些需求未實(shí)現(xiàn)，或者客戶UAT（用戶接收測(cè)試）時(shí)，發(fā)現(xiàn)某些功能點(diǎn)未測(cè)試全。諸如此類的問題，很大一部分原因是由于需求雙向跟蹤未做好。
本項(xiàng)目需求雙向跟蹤，包括從用戶原始需求到系統(tǒng)需求、設(shè)計(jì)、編碼、測(cè)試用例等之間的雙向跟蹤。如下圖所示：
| 用戶需求 | 系統(tǒng)需求 | 概設(shè) | 詳設(shè) | 源碼 | 測(cè)試用例 | …… | 最終產(chǎn)品 |
| 1.1 | 1.1.1 | P3 1.1.1 | P4 1.1.1 | XX.java | TC01 | …… | 功能點(diǎn)1 |
雙向跟蹤包括：
l 正向跟蹤：從需求到設(shè)計(jì)、源碼、測(cè)試用例的過程，用于明確是否所有需求都被設(shè)計(jì)了、被編碼了，被測(cè)試了等。一旦某個(gè)需求需要變更，就可以快速找到所有影響的范圍。
l 反向跟蹤：從缺陷到測(cè)試用例、源碼、設(shè)計(jì)、需求的過程，用于明確所有的工作成果都是有對(duì)應(yīng)的需求，避免測(cè)試多余、設(shè)計(jì)多余的情況發(fā)生。同時(shí)，一旦某項(xiàng)設(shè)計(jì)因多種原因發(fā)現(xiàn)需要變更，也可快速找到對(duì)應(yīng)的需求，以便快速確認(rèn)相應(yīng)的需求是否需要變更。