BABOK商業分析知識體系中, 所建立的11個需求的狀態. 需求的狀態會隨著商業分析工作的執行而隨之變化. 由目前需求的狀態, 可以了解哪些工作已完成, 及尚未完成的工作.
資料來源: masVenta - Requirements Lifecycle according to BABOK
1.已陳述 Stated
需求開始的第一個狀態:已陳述(未確認), 這是導出需求活動結束後的結果紀錄. 這些需求是以關係人的觀點, 描述關係人的需要. 已陳述的需求可以作為其他工作的輸入, 如溝通需求, 排定需求優先順序, 說明和需求建模, 管理需求溯源, 和維護需求再利用. 已陳述的需求第一步要先進行確認, 這是為了要驗證陳述的需求是否符合關係人對問題和需要的了解.
2.已確認 Confirmed
藉由與關係人的面談或觀察, 商業分析師可以確認是否了解到關係人的真實期望或內心想法. 已陳述(已確認)的需求同樣的可以作為上述已陳述(未確認)工作的輸入, 這些需求更進一步則可以接受檢驗. 紀錄和確認導出結果這兩個工作屬於需求導出(KA), 檢驗需求(Task)則屬於需求分析(KA). 在進入到需求分析(KA)之前, 我們要先了解需求管理與溝通(KA)相關的四個狀態和工作.
3.已溝通 Communicated
溝通需求(Task)事商業分析的必要工作, 必須加以關注. 這一工作藉由正式或非正式的對話, 討論, 和演示, 幫助利害關係人對需求產生普遍的了解. 一但對需求成達成普遍了解, 利害關係人間的衝突就有機會減少. 當需求達到普遍了解時, 需求就可被認為是已溝通的. 無論何時當有需求, 限制, 風險出現變更, 溝通需求就必須要重新開始, 在不斷變化的環境中, 再一次達成普遍的了解.
4.已溯源 Traced
管理需求溯源(Task)幫助追蹤需求, 向後追尋來源, 向前追查實施. 更甚一步, 它涵蓋了需求之間的關聯. 當實施此工作時, 會建立覆蓋矩陣(Coverage Matrix), 與試算表有些像, 而在更複雜的環境, 通常會以需求資料庫作解決方案來支援.
5.已核准 Approved
藉由具授權利害關係人的簽署, 才能夠達成已核准的狀態, 在BABOK中相關的工作為管理方案範疇和需求. 簽署依據組織流程資產或公司規定, 也可以透過非正式的確認或核准信件, 或正式的手寫簽署需求規格(需求文件包)書面文件. 並沒有特別規定需求一定要完全溝通過後, 能能夠進行需求的簽署. 與其他需求的關係必須要清楚, 能夠向後追溯至企業需求, 同時可運用覆蓋矩陣作追溯.
6.已維護可再利用 Maintained & Re-usable
這個狀態與剩餘的其他需求生命週期是脫鉤的. 相關的工作是維護需求再利用, 它可以在任何狀態應用, 而不會影響需求的發展, 無論再實施或生產性作業的時候. 若某些一般性的需求可以重複利用, 商業分析師可以給組織交付顯著的價值. 需求經過維護, 具備可重用性後, 即可以讓後續其他的專案使用, 例如附屬的活動像測試, 訓練, 或其他. 完整紀錄和可重用的需求, 可以節省許多金錢, 使商業分析流程加速或縮短, 以及減輕無法滿足商業需要的風險.
7.已排序 Prioritized
相關的工作為排序需求(Task), 屬於需求分析(KA). 藉由需求在商業, 風險, 困難度, 和緊急程度所能交付的價值, 可能會得到高或低的優先順序. 當有越多的利害關係人同意需求的優先性, 則需求自動的可以取得更高的優先性. 用來釐清需求優先性的一般技術為決策分析, 風險分析, 和莫斯科分析. 莫斯科分析將需求分成四種 : Must, Should, Could, Won't. 其他優先性的準則還有時間盒/預算方法, 需求按照團隊在一定期間內所能執行的工作量來加以排序, 例如產品發布, 或其他已知的時間限制.
8.已分析 Analyzed
此狀態在BABOK中的清楚說明與模型化需求(Task)的工作中提到, 但是與其他狀態不同的是他並沒有與其他工作的輸出輸入有關. 可能在下一版的BABOK, 未來會清楚說明此情形. 在BABOK中, 需求的分析是透過模型化的方式進行, 與此工作有關的技術非常多樣. 模型化方法有資料模型化, 組織模型化, 流程模型化, 和一些普遍使用的UML圖形, 以及其他BABOK提到的方法. 雖然商業分析師不需要詳細知道每個方法, 但至少要知道該方法使用的目的.
9.已檢驗 Verified
檢驗需求(Task)在確保需求達到足夠的品質, 以備未來進行處理. 需求無法提供足夠資訊給利害關係人進行審查和驗證, 代表需求的品質未達可檢驗的程度. 需求品質未達卻作處理的話, 可能會沒有意義, 反而需要重新定義或丟棄. 舉例一個值得重視的品質準則, 需求必須要可以測試以證明需求是可以達成的.
10.已驗證 Validated
驗證需求(Task)驗證需求的商業價值時, 需要檢驗需求(Task)的產出物做為輸入. 已驗證代表需求的價值可以展示給業務上的利害關係人, 以及可以和企業的目標和目的對齊.
11.已分配 Allocated
只有在需求是已排序和已核准的情況下, 才可以進行此工作. 分配需求(Task)屬於方案分析與驗證(KA), 依照發布的循環, 可獲取的資源, 或其他限制, 需求的實施和部署的時間點將會被固定下來.
留言列表
