O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.

PMI-PBA 讀書會 20150917

217 visualizações

Publicada em

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

Publicada em: Aperfeiçoamento pessoal
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

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)

×