商業分析實務指南(PMI) Business Analysis for Practitioners: A Practice Guide CH5 追蹤和監控 (Tracebility and Monitoring)

1. Business Analysis
商業分析實務指南 (PMI)
五、追蹤和監控
Moris, CBAP, PMP, PMI-PBA
PMI-PBA 商業分析讀書會
2015.09.17

2. 商業分析實務指南
TopicTopic PagePage DateDate LinkLink
Ch1 商業分析概論 10 8/6
Ch2 需要評估 26 8/13
Ch3 商業分析規劃 32 8/20
Ch4 需求導出和分析 (4.1-9) 20/68 8/27
Ch4 需求導出和分析 (4.10) 29/68 9/3
Ch4 需求導出和分析 (4.11-15) 19/68 9/10
Ch5 追蹤與監控 20 9/17
Ch6 解決方案評價 20 9/24
商業分析者之家 商業分析智囊團
CBAP/PBA TaiwanCBAP/PBA 商業分析
CBAP/PBA Taiwan
改變．價值．解決方案
http://line.me/R/ti/g/ikXC2RO_PQ

3. Security Bills
( 法新社 )

4. Republican Debate
(CNN Politics)

5. 5 追蹤與監控
 可追蹤性
 關係與相依性
 核准需求
 建立需求基準
 使用追蹤矩陣監控需求
 需求生命週期
 管理需求變更

6. 5.1 本章概述
 (PMBOK 5) 追蹤和監控確保需求在專案生命週期
的核准和管理
 追蹤和監控應用在整個專案和整個生命週期
 需求是確保專案一致和完整的關鍵
 正式和周全的追蹤和監控須在前期投入努力建立
 關係人持續的承諾與維護 , 和使用與參考 , 才能使
追蹤和監控發揮真正效益

7. 5.2 可追蹤性
 追蹤產品需求 , 從來源到交付物
 需求的追蹤不只是單向 , 可以是雙向
(bidirectional) 或前向後向 (forward/backward)
 PMBOK5 可追蹤的項目 :
 企業需要 , 專案目標 , 專案交付物 , 產品設計 , 產品
組件 , 測試場景 , 各種需求
 額外的追蹤項目 :
 用例到允收測試 , 看板提供的數量追蹤

8. 5.2 可追蹤性
 追蹤需求的效益
 確保需求增加企業價值
 符合顧客期待
 幫助管理範疇
 追蹤矩陣 (Traceability Matrix)

9. 5.3 關係與相依性
 追蹤矩陣是支援相依性分析和衝擊分析的工具
 相依性分析是發掘相依關係的技術
 需求常與其他需求有關 , 有時需要其他需求配合
 相依性關係
 子集 (subsets)
 實施 (implementation dependency)
 效益或價值 (benefit or value dependency)

10. 5.4 核准需求
 需求的核准在組織或專案會有所不同
 有些組織需要正式簽屬的需求文件包
 有些組織的專案則只要非正式的口頭核准
 核准流程在商業分析規劃的前期決定
 核准流程包含
 工作授權系統 (work authorization system)
 核准層級

11. 5.4 核准需求
 工作授權系統 (work authorization system)
 定義工作授權的流程
 包含流程步驟 , 文件 , 追蹤系統 , 和核准層級
 核准層級 (approval level)
 工作授權系統的一部分
 提供授權的細節 , 誰有權限核准新增或變更的需求
 核准方式的類型
 核准 vs. 簽署 ; 審查人員 vs. 核准人員 ; 核准授權 vs. 當責
 需求的駁回 ; 變更控制委員會和變更核准 ; 專家判斷和核准流
程

12. 5.5 建立需求基準
 需求基準 (requirements baseline)
 需求基準是界限 , 包含所有核准的需求
 需求來自專案 , 專案階段 , 循環 , 增量 , 或專案其他
部分
 基準提供比較的機制 , 讓團隊在變更發生時做確認
 所有核准的需求都在界限或基準之內
 所有在界限之外的需求都必須經過核准
 變更的正式程度依專案生命週期和組織流程來管理

13. 5.5 建立需求基準
 需求基準 , 產品範疇 , 專案範疇的關係
 專案範疇是交付產品 , 服務 , 或結果所要執行的工作
 產品範疇由產品 , 服務 , 或結果的功能和特徵所構成
 需求描述專案最終產品 , 服務 , 或結果應具備的功能
和特徵
 核准的需求越多 , 產品的範疇越大
 要做的工作越多 , 專案的範疇越大

14. 5.5 建立需求基準
 維護產品待辦事項 (product backlog)
 無論是預測型或適應型的專案 , 商業分析工作都很重
要
 適應型生命週期的需求基準 , 維護在產品待辦事項
 產品待辦事項是需求的清單 , 常以使用者故事來撰寫
 產品負責人對產品需求負完全責任 , 依據需求或使用
者故事的企業價值作優先順序的決策
 使用者故事的優先順序可以在任何時間做修改
 需求可能在專案開始時高優先 , 而在進行中變成低優
先

15. 5.6 使用追蹤矩陣監控需求
 使用矩陣監控需求的效益
 決定需求屬性 , 建立追蹤矩陣 , 需求核准並成為基準
 需求在整個專案生命週期受到監控
 監控需求的效益
 需求與需求基準的連結更細緻
 完整的需求基準 , 用於建立功能特徵
 支援商業分析工作產品的建立
 分階段的工作產品能與核准的需求對應
 防止範疇蔓延

16. 5.7 需求生命週期
 需求的狀態是追蹤矩陣常用的屬性
 狀態顯示需求在生命週期的特徵
 授權主體的決策如何影響需求狀態
 核准需求 , 但延後到其他專案 , 循環 , 或階段
 將需求推遲到不確定的未來專案 , 循環 , 或階段
 將已核准但未開始的需求用其他需求取代
 取消已經核准的需求
 否決提出的需求
 上述的合併 , 如核准部分需求 , 部分推遲

17. 5.8 管理需求變更
 變更管理
 變更控制工具與技術
 配置管理系統 (CMS), 版本控管系統 (VCS)
 衝擊分析
 對需求基準的衝擊
 建議變更與其他需求衝突
 對商業分析的衝擊
 對專案管理的衝擊
 建議行動方案
 控制與缺陷有關的變更

18. 感謝您的參與
(Takver | Flickr)