• 沒有找到結果。

第二章 文獻縱覽

2.3 軟體能力成熟度整合的需求管理

2.3.2 CMM-Level 2 的需求管理

在CMMI 成熟度第二級當中,包含了七大流程領域:需求管理、專案規劃、專案 監控、供應商協議管理、度量與分析、流程與產品品質保證與建構管理。而需求管理的 目的,在於管理專案產品級產品組件的需求,並界定這些需求與專案計劃及工作產品間 的差異。

圖12. CMMI Level 2 流程領域圖 資料來源:工研院資通所

其中需求管理流程指的是管理專案所收受或發展的所在需求,包括技術性與非技 術需求,以及組織加在專案的需求。尤其是如果組織實施「需求發展」流程領域,它的 流程所產生的產品及產品組件需求,也要納入需求管理流程的管理。當組織實施需求發 展、需求管理及技術解決方案等流程領域,它們相關的流程將會緊密聯繫並同步執行。

而專案採行適當的步驟,確保議定的需求是受管理的,以支援專案規劃和執行的需 要。當專案從已核定的需求提供者收受需求時,應與其一起審查,以便在需求納入專案 計劃前,先行解決有關議題並避免誤解。一旦需求提供與接受的雙方達成協議時,需再 取得專案成員對需求的承諾。當需求漸進發展時,專案需管理需求的變更,並界定計劃、

工作產品,以及需求間任何的差異。

「需求管理」流程包含了特定及一般目標以及相關目標的執行方法,其中特殊目標 如圖13 所示:

圖13. 需求管理流程領域圖 資料來源:CMMI 導入指引

而各個特殊目標以及執行方法的條文如下:

SG1 管理需求─管理需求,並界定需求與專案計劃及工作產品間之差異。

本執行方法藉由進行下列活動,使專案能全程維護一組最新及已核定的需 求:

‧ 管理所有的需求變更

‧ 維護需求、專案計劃及工作產品間的關係

‧ 界定需求、專案計劃及工作產品間的差異

‧ 採取矯正措施

SP1.1 瞭解需求─與需求提供者一起瞭解需求之意義。

當專案成熟且需求已衍生後,全部的活動或專業領域將收受需求。要避 免需求不知不覺的到來,需建立準則,以指定需求收受的適當管道或正 式來源。執行需求收受活動時,須與需求提供者一起分析需求,以確保 對需求的意義能達成共識。此分析和對話的結果,才是被議定的需求。

典型的工作產品:

1. 區別適當需求提供者的準則清單

異。

GP2.10 與上層管理人員審查各狀況─與上層管理人員審查需求管理流程的活 動、狀況及結果,並解決議題。

針對組織外部承諾變更建議,必須與上層管理人員審查,以確保所有的 承諾可以完成。

相關文件