研發基本能力 <2>

需求清單、雙向追溯機制與變更請求(Change Request)等基本要素包括 ：

1. 需求清單

需求清單顧名思義就是羅列各項需求的清單，不過除了羅列各項需求外，有一些輔助性的資料包括：需求來源、時間、需求狀態、優先等級、負責人員與變更記錄等，這些輔助性資料在複雜的研發環境當中將更為重要，能讓所有專案成員據焦在清單的工作項目上因而達到事半功倍的效果。

2. 雙向追溯機制

雙向追溯機制最主要的目的就是鑑別專案計畫、工作成果是否能滿足顧客的需求，因此必須管理的項目自然就包括：需求清單、專案計畫(任務清單)、工作成果等各項資料，尤其是資料之間的相關連性－稱之為追溯，有了資料間的追溯性後，我們就能夠的清楚地知道自己執行的任務、工作成果跟哪些需求有關，也可以回答需求滿足度的相關議題，如果運用得當，我們還可以利用這些資料作為評估專案預算與工時…等佐證資訊。

3. 變更請求(Change Request)

需求變更簡稱CR 是專案執行過程中必然會碰到的狀況，變更請求基本上可以分為要求修正除錯錯誤的故障申告、衍生性需求、原始需求改變(需求變更)…等，顧客或專案成員提出變更請求須經過內部的變更管理機制去處理，並將各項變更反映到需求清單、專案計畫
(任務清單)等，這樣的運行模式才能正確反映事實，也為有著種運行模式才具有實質意義。

變更管制委員會(CCB：Change (or Configuration) Control Board) 主要的任務就是從各個面向去評估變更請求的適切性，評估的面向包括：

1)變更請求的內容是否在本專案的範疇內，

2)變更請求的內容是否跟現階段的專案任務有關，

3)評估各項資源、預算與時程的異動程度，

4)評估整體風險與影響範圍，

5)若受理變更請求，則需要調整並分配專案任務給相關的成員

以上說明需求管理的基本概念與作業流程，下次將介紹跟需求管理息息相關的建構管理作業，請
各位讀者給點時間，讓我好好整理腦裡的資料囉，如有疑問歡迎與本人連繫