圖2：需求跟蹤模型

在圖2跟蹤模型中，箭頭代表的是跟蹤的方向，模型表明，不僅在需求定義的領域跟蹤需求，而且我們也在實現(xiàn)領域和測試領域跟蹤需求。

在系統(tǒng)定義領域，包括有三個方向的跟蹤：從業(yè)務需求到產(chǎn)品特性的跟蹤；從用例到產(chǎn)品特性的跟蹤；從變更的需求到產(chǎn)品新特性的跟蹤。對于每一種跟蹤，我們都可以使用類似于如下的一個表格來管理。在實際項目中，要做好需求的跟蹤管理并非易事，也許我們可以使用電子表格，辦公軟件來協(xié)助處理，確實，它們對于項目的管理非常有用。

但是，表格的問題在于難于維護，特別是當項目較大，存在復雜的關聯(lián)關系的情況，改變一個鏈接可能涉及到很多相關的鏈接，在這種情況下，維護就成了一場噩夢。

在這種情況下，我們要么簡化需求跟蹤處理，對大的模塊進行跟蹤；要么使用專門的需求管理工具。如果是大型項目，最好使用工具來進行管理。這樣，在我們面臨需求變更的時候，才能有備無患。

因時而變，做好需求變更控制

就如前文所述，變化總是避免不了的。變更天生就是軟件過程的一部分。在這種情況下，我們需要建立一個管理變更的過程，使得變更的工作得到控制，并能高效的發(fā)現(xiàn)變更，進行影響分析，將變更有效的集成到現(xiàn)有系統(tǒng)中。

產(chǎn)生需求變更的因素包括內(nèi)部因素和外部因素，不管需求變更來自哪里，都需要遵循一個既定的流程來提出變更請求。

這樣的渠道根據(jù)實際的企業(yè)情況有各自的方案。一般說來，如果是來自客戶的變更，都需要遵照一個固定流程，通過一種正式的方式提交。即使客戶口頭的提出，那么也需要通過會議記錄、文件交由客戶簽字確認后才正式進入變更流程。

否則，如果在沒有正式依據(jù)下就進行需求變更，這樣的項目將進入無休止的修改和維護狀態(tài)。

對于提出的變更請求，首先可以通過項目小組指派專人負責進行分析，包括該變更的可行性分析，對其他需求的影響分析，對項目進度的影響分析等。在這個過程中，就需要利用前文中所述的各種需求跟蹤表格。

通過需求跟蹤表格，列舉出該變更所涉及需要修改的其他需求，影響的其他用例、測試用例、用例實現(xiàn)等。然后才可以對工作量進行估算，評估該變更的可行性以及對項目進度影響等。

變更開發(fā)結束之后，也需要組織相關人員對變更進行評審，這樣的評審往往能發(fā)現(xiàn)不少潛在的問題，比如有遺漏的需求沒有修改等。只有評審通過后，才能進入下一階段，對變更相關的文檔、產(chǎn)品進行維護，使得需求文檔、設計文檔、產(chǎn)品保持一致性。至此，整個需求變更過程結束。

需求變更管理是需求管理中的一個重要部分，只有有效的需求變更管理提才能高產(chǎn)品的可能性，并使最終產(chǎn)品更接近于解決需求，提高了用戶對產(chǎn)品的滿意度，從而使產(chǎn)品成為真正優(yōu)質(zhì)合格的產(chǎn)品。從這層意義上說，需求變更管理是產(chǎn)品質(zhì)量的基礎。

筆者通過對需求開發(fā)、需求跟蹤和需求變更過程三個方面對需求的變更管理進行討論。一方面希望能引起業(yè)界對需求管理的關注，另外也希望能借此拋磚引玉，引發(fā)各位方家對需求管理方面的討論。 

管理變更步驟：

◆提出變更請求

◆變更分析

◆變更評審

◆制定變更計劃

◆變更需求的開發(fā)

◆變更結果評審

◆維護變更

跟蹤需求變更的問題：

◆誰提出變更；

◆什么時候提出變更；

◆變更的內(nèi)容是什么；

◆為什么變更；

◆變更處理意見；

◆變更執(zhí)行結果。轉貼于：http://m.vanceur.cn

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.vanceur.cn/pmqhd/index.html