Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

PMI-PBA 讀書會 20150917

212 Aufrufe

Veröffentlicht am

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

  • Als Erste(r) kommentieren

  • Gehören Sie zu den Ersten, denen das gefällt!

PMI-PBA 讀書會 20150917

  1. 1. Business Analysis 商業分析實務指南 (PMI) 五、追蹤和監控 Moris, CBAP, PMP, PMI-PBA PMI-PBA 商業分析讀書會 2015.09.17
  2. 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. 3. Security Bills ( 法新社 )
  4. 4. Republican Debate (CNN Politics)
  5. 5. 5 追蹤與監控  可追蹤性  關係與相依性  核准需求  建立需求基準  使用追蹤矩陣監控需求  需求生命週期  管理需求變更
  6. 6. 5.1 本章概述  (PMBOK 5) 追蹤和監控確保需求在專案生命週期 的核准和管理  追蹤和監控應用在整個專案和整個生命週期  需求是確保專案一致和完整的關鍵  正式和周全的追蹤和監控須在前期投入努力建立  關係人持續的承諾與維護 , 和使用與參考 , 才能使 追蹤和監控發揮真正效益
  7. 7. 5.2 可追蹤性  追蹤產品需求 , 從來源到交付物  需求的追蹤不只是單向 , 可以是雙向 (bidirectional) 或前向後向 (forward/backward)  PMBOK5 可追蹤的項目 :  企業需要 , 專案目標 , 專案交付物 , 產品設計 , 產品 組件 , 測試場景 , 各種需求  額外的追蹤項目 :  用例到允收測試 , 看板提供的數量追蹤
  8. 8. 5.2 可追蹤性  追蹤需求的效益  確保需求增加企業價值  符合顧客期待  幫助管理範疇  追蹤矩陣 (Traceability Matrix)
  9. 9. 5.3 關係與相依性  追蹤矩陣是支援相依性分析和衝擊分析的工具  相依性分析是發掘相依關係的技術  需求常與其他需求有關 , 有時需要其他需求配合  相依性關係  子集 (subsets)  實施 (implementation dependency)  效益或價值 (benefit or value dependency)
  10. 10. 5.4 核准需求  需求的核准在組織或專案會有所不同  有些組織需要正式簽屬的需求文件包  有些組織的專案則只要非正式的口頭核准  核准流程在商業分析規劃的前期決定  核准流程包含  工作授權系統 (work authorization system)  核准層級
  11. 11. 5.4 核准需求  工作授權系統 (work authorization system)  定義工作授權的流程  包含流程步驟 , 文件 , 追蹤系統 , 和核准層級  核准層級 (approval level)  工作授權系統的一部分  提供授權的細節 , 誰有權限核准新增或變更的需求  核准方式的類型  核准 vs. 簽署 ; 審查人員 vs. 核准人員 ; 核准授權 vs. 當責  需求的駁回 ; 變更控制委員會和變更核准 ; 專家判斷和核准流 程
  12. 12. 5.5 建立需求基準  需求基準 (requirements baseline)  需求基準是界限 , 包含所有核准的需求  需求來自專案 , 專案階段 , 循環 , 增量 , 或專案其他 部分  基準提供比較的機制 , 讓團隊在變更發生時做確認  所有核准的需求都在界限或基準之內  所有在界限之外的需求都必須經過核准  變更的正式程度依專案生命週期和組織流程來管理
  13. 13. 5.5 建立需求基準  需求基準 , 產品範疇 , 專案範疇的關係  專案範疇是交付產品 , 服務 , 或結果所要執行的工作  產品範疇由產品 , 服務 , 或結果的功能和特徵所構成  需求描述專案最終產品 , 服務 , 或結果應具備的功能 和特徵  核准的需求越多 , 產品的範疇越大  要做的工作越多 , 專案的範疇越大
  14. 14. 5.5 建立需求基準  維護產品待辦事項 (product backlog)  無論是預測型或適應型的專案 , 商業分析工作都很重 要  適應型生命週期的需求基準 , 維護在產品待辦事項  產品待辦事項是需求的清單 , 常以使用者故事來撰寫  產品負責人對產品需求負完全責任 , 依據需求或使用 者故事的企業價值作優先順序的決策  使用者故事的優先順序可以在任何時間做修改  需求可能在專案開始時高優先 , 而在進行中變成低優 先
  15. 15. 5.6 使用追蹤矩陣監控需求  使用矩陣監控需求的效益  決定需求屬性 , 建立追蹤矩陣 , 需求核准並成為基準  需求在整個專案生命週期受到監控  監控需求的效益  需求與需求基準的連結更細緻  完整的需求基準 , 用於建立功能特徵  支援商業分析工作產品的建立  分階段的工作產品能與核准的需求對應  防止範疇蔓延
  16. 16. 5.7 需求生命週期  需求的狀態是追蹤矩陣常用的屬性  狀態顯示需求在生命週期的特徵  授權主體的決策如何影響需求狀態  核准需求 , 但延後到其他專案 , 循環 , 或階段  將需求推遲到不確定的未來專案 , 循環 , 或階段  將已核准但未開始的需求用其他需求取代  取消已經核准的需求  否決提出的需求  上述的合併 , 如核准部分需求 , 部分推遲
  17. 17. 5.8 管理需求變更  變更管理  變更控制工具與技術  配置管理系統 (CMS), 版本控管系統 (VCS)  衝擊分析  對需求基準的衝擊  建議變更與其他需求衝突  對商業分析的衝擊  對專案管理的衝擊  建議行動方案  控制與缺陷有關的變更
  18. 18. 感謝您的參與 (Takver | Flickr)

×