軟件項目中，軟件需求的準確性、穩(wěn)定性直接決定項目的成敗。這一點，所有從業(yè)人員都堅信。各種項目管理書籍與知識體系，尤其是PMP、CMMI等知識體系，都無不強調需求工程的重要性，而且也都給出了非常好的過程實踐。
此文，僅限于需求分析過程，其他過程暫時不涉及。
比如，CMMI模型對需求分析過程域提出明確的過程目標與實踐指導：
過程域：需求開發(fā)
SG1 開發(fā)客戶需求 收集相關人員的需求、期望、限制及接口，并轉換成客戶需求。
SP1.1 引導需求 引導相關人員提出有關產品生命周期各階段的需求、期望、限制及接口
SP1.2 開發(fā)客戶需求 轉換相關人員的需求、期望、限制及接口為客戶需求。
SG2 開發(fā)產品需求 細化病詳細說明客戶需求，以開發(fā)產品及產品組件需求。
SP2.1 建立產品與產品組件需求 以客戶需求為基礎，建立和維護產品與產品組件的需求。
SP2.2 配置產品組建需求
SP2.3 標識接口需求
SG3 分析并確認需求
SP3.1 建立操作概念及場景 建立和維護操作概念及其相關場景。
SP3.2 建立必要的功能定義 建立和維護必要的功能定義。
SP3.3 分析需求，以確保其必要性和充分性。
SP3.4 分析需求一取得平衡 分析需求，并在相關人員的需要和限制間取得平衡。
SP3.5 用廣泛的方法確認需求 使用多種適用的技術來確認需求，以確保在用戶環(huán)境下，最終產品能如期運行。
過程術語：SG 特定目標； SP 特定過程
這類知識體系，為我們過程實踐提供了非常有益的指導，但在項目實踐中，怎么做才能高效高質地遵從這些SP，達到SG規(guī)定的目標呢？
現(xiàn)實中，各組織、各個體的做法各異，無所謂優(yōu)劣，唯有看效果。軟件需求規(guī)格說明書（SRS）是體現(xiàn)項目需求最關鍵的工件之一。根據(jù)個人的實踐經驗，我們從SRS開始，總結了一套“循環(huán)修正法”，能夠較有效地拉動客戶參與，提高需求的準確性和穩(wěn)定性。
循環(huán)修正法：
依據(jù)目標軟件項目業(yè)務關聯(lián)關系，把軟件項目拆分為多個子系統(tǒng)或模塊，每部分單獨或者分組形成需求描述文檔，以此作為與客戶達成共識的唯一媒介。
與客戶進行多輪循環(huán)溝通，每次溝通結論都記錄在此文檔中，以不同顏色或標記來標識修正過程。比如，紅色表示疑問部分，藍色表示已去除疑問、達成一致后待再次確認的部分，黑色表示已經達成共鳴并已確認的部分。
循環(huán)溝通多輪后，所有疑問都達成共識，即可進入評審階段，并形成需求基線。
下面介紹循環(huán)修正法使用的前提條件、操作過程要點以及輸出成果的應用與跟蹤。
如果希望順利使用“循環(huán)修正法”，必須搞清如下幾個條件：
1-項目已經立項。
項目已經完成立項工作，項目立項的標志為“項目經理已經正式任命，再項目經理的組織策劃下，已經召開項目啟動會”。
2-需求階段的詳細計劃已經形成。
項目策劃階段最主要的輸出成果之一是項目進度計劃。項目初期階段，至少做到需求階段計劃非常明確且詳盡。此計劃必須與客戶達成共識，是需求分析工作高效高質的前提條件。沒有明確的計劃，就會導致階段工作盲目而無效率，無法充分拉動客戶參與。
3-項目范圍定義說明書已經熟讀。
商務階段或可行性研究階段形成的項目范圍定義說明書已經提交項目組，需求分析人員已經熟讀范圍定義，并且做到范圍明確。
在實施“循環(huán)修正法”過程中，需要注意如下要點：
1-項目分割
依據(jù)目標軟件項目的業(yè)務以及技術關聯(lián)關系，把項目需求分割為多個子系統(tǒng)或模塊。沒有分割的量化標準，旨在便于后續(xù)需求分析的溝通工作，人們往往喜歡閱讀一定篇幅的文檔，而厭惡巨篇文檔。
當然，如果項目需求量很小或者關聯(lián)度超高，則未必非要分割。
2-需求文檔初稿編寫
在閱讀項目范圍定義說明書和客戶提供的其他相關資料的基礎上，著手編寫文檔初稿。文檔具體格式有很多參考資料，比如各大公司的通用樣本、本公司或本人的經驗范本，甚至客戶原始文本的再加工。各有各的優(yōu)點，只要效果好即可。例如，使用客戶原始文本，可能與公司規(guī)范或個人經驗范本有差異，但他便于客戶溝通，也是不錯的選擇。
無論如何，需要注意兩點：1）圖文并茂，文本旨在準確描述，圖片旨在形象而便于交流；2）標識所有疑問內容，甚至加上你的疑問問題。
3-多輪循環(huán)溝通
需求文檔承載項目干系人的要求，是否準確、全面，必須經過多輪溝通。每輪溝通都要做到去偽存真、去疑存真。循環(huán)中，包括去掉疑問，更要包括上輪達成共識的問題的再次確認。
4-唯一共鳴媒介
務必要找到唯一共鳴的媒介，來記載共識。我覺得循環(huán)修正的目標文檔就是最理想的選擇。切勿東記一下，西記一下；更不要你記一下，我記一下。這都會導致一團糟。
會議記錄和郵件確認都是某次任務結果的記錄，但不要把它們分別藏著，畢竟人們都是健忘的，把他們統(tǒng)統(tǒng)都放到整個唯一媒介中。
5-修正標記應用
循環(huán)修正的最大外在表現(xiàn)形式就是準確使用修正標記。建議，紅色表示疑問部分，藍色表示已去除疑問、達成一致后待再次確認的部分，黑色表示已經達成共鳴并已確認的部分。紅色部分必須達成共識才能變成藍色，藍色部分只有經過再次確認才能變成黑色，只有所有部分都變成黑色，才能說明我們溝通有成效。
記住今天偷的懶，明天需要你用百倍的代價來補償。千萬不要為了偷懶而改變顏色。
另外，也不要忽略藍色和黑色部分重新變?yōu)榧t色的可能性，因為人的理解是一個漸進的過程，這是修正過程的正常表現(xiàn)。
“循環(huán)修正法”輸出的成果必須得到正確的應用，否則就無法發(fā)揮其效力，反倒成為白忙一場。最重要的輸出成果往往是軟件需求規(guī)格說明書，它的應用與跟蹤包含如下幾個方面：
1-內部評審
項目組內部，也可能包括部分客戶，必須認真仔細地閱讀兩遍，內部評審一輪。既是內部學習，又是內部修正的過程。
2-同行評審
我們稱其為PV，即PeerReview。根據(jù)項目規(guī)模和范圍要求，需要外部同行來共同參與評審，必須做到所有關鍵干系人共同參與。
評審必須由結論，通常有3種結論：1）完全通過，2）有條件通過，3）不通過。無論什么結論，都必須有明確說服力的解釋，對于有條件通過的，必須詳細定義和說明條件。
3-評審修正跟蹤
依據(jù)評審決策，再次修正文檔，及時提交給驗證負責人，完成最終評審歸檔。
非常感謝你與我一起走過循環(huán)修正需求分析全過程，但不要忘記最后的基線化，完成配置管理工作。希望上述內容對于我們的項目經理和需求分析人員有些借鑒意義。
本該再加些圖文和樣本，人都有惰性呀，我也如此，見諒?；蛘吒信d趣的話，給我留言。

【?發(fā)表評論?0條?】