Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

PMI-PBA 商業分析讀書會 20150806

588 views

Published on

商業分析實務指南
Business Analysis for Practitioners: A Practice Guide
CH1 前言與導論(Preface & Introduction)

Published in: Self Improvement
  • Be the first to comment

PMI-PBA 商業分析讀書會 20150806

  1. 1. Business Analysis 商業分析實務指南 (PMI) 一、前言和導論 Moris, CBAP, PMP, PMI-PBA 2015.08.06 PMI-PBA 商業分析讀書會
  2. 2. 商業分析實務指南 TopicTopic PagePage DateDate OwnerOwner 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
  3. 3. time for analysis
  4. 4. Cecil & Jericho
  5. 5. 前言一  商業分析實務指南 (Business Analysis for Practitioners: A Practice Guide)  PMI 基礎標準的補充文件  提供應用商業分析的指引  提供商業分析專業給興趣者和執業者  為興趣者和執業者帶來價值  廣泛蒐集商業分析技術與實務  描述如何運用並舉例說明  適用於組織的實務和技術  因應組織和文化調適應用的技術和實務
  6. 6. 前言二  商業分析專業與相關角色仍在持續發展 (evolve)  討論尚未共識的相關領域實務  驅動商業分析發展的因素  關注適應快速變化的能力  關注專案的交付價值  關係人與團隊協同合作的方法  商業分析實務與組織、文化和規範高度相關  組織如何剪裁商業分析實務  組織期望面對的變革程度與承受能力
  7. 7. 前言三  不會期待實務人員使用每一項技術  有些技術可能太傳統,用起來綁手綁腳  敏捷的實務人員更愛用適應型技術  有些技術可能太新,帶來風險和複雜度  商業分析實務指南是個起點  透過流程和方法改善組織  提升實務人員的商業分析專業  PMI 導入實務指南與基礎標準整合  為標準提供應用的支援材料  非完全共識型的標準,未公開草稿發佈流程
  8. 8. 1. 商業分析導論  實務指南的目的  為什麼需要實務指南  PMI 對商業分析的關注  實務指南的目標對象  什麼是商業分析  誰來執行商業分析  需求的定義  實務指南的結構
  9. 9. 1.1 實務指南的目的一  實務指南的目的  描述商業分析工作,識別必要的知識和技能,使計畫 或專案能有效執行商業分析  商業分析可以運用在所有的計畫和專案  不論是專注在產品、服務、或流程改善  商業分析的概念和技能可以獨立實施  人工或自動的解決方案  任何類型的專案生命週期
  10. 10. 1.1 實務指南的目的二  定義什麼是商業分析,並展示專業的實務應用  提供商業分析工作的實務討論  定義計畫和專案相關的商業分析工作  討論相關工作的重要性  提供案例說明工作如何執行  解釋專案生命週期如何影響商業分析工作  商業分析師與其他角色的協同合作  根據角色輪廓的研究,校準工作、知識、和技能
  11. 11. 1.2 為什麼需要實務指南一  執行商業分析的效益  滿足顧客期待的高品質需求  提高關係人參與和認同 (buy-in)  專案交付更能符合時間、範疇、和預算  實施解決方案交付價值,並能符合關係人需要  PMI 透過廣泛的研究來定位專案問題  組織因為需求相關活動,遭遇許多專案的問題  商業分析中的需求管理對專案成功佔有顯著地位  未將商業分析整合入專案,導致無法交付預期價值
  12. 12. 1.2 為什麼需要實務指南二  PMI 研究報告 2014  過去 12 個月, 16% 的專案在開始時就註定失敗  過去 12 個月,完成的專案中有 64% 符合預期目標  37% 組織認為”不精確的需求蒐集”是專案失敗的主因  貧乏的需求管理是第二個失敗的主因 ( 僅次於改變組織 優先事項 )  組織擁有成熟的商業分析實務,能顯著改善專案 成功機率,而且不需要付出太多成本  幫助組織了解需求和商業分析對專案的影響,提 供改善計畫與專案的實務方法
  13. 13. 1.3 PMI 對商業分析的關注  PMI 的商業分析發展過程  PMBOK 4TH 在範疇管理中加入蒐集需求流程  PMBOK 5TH 擴充關係人管理知識領域  發展商業分析實務指南  未來將發展完整的共識型標準  因應全球環境快速改變,組織對需求活動採取積 極做法,以改善競爭優勢和交付有價值的專案  組織認知商業分析的重要,增加從業人員的需求  美國勞動部統計到 2022 年將增加 19% 的商業分 析工作
  14. 14. 1.4 實務指南的目標對象  負責執行商業分析工作的人員  不論是否擁有商業分析師的職稱  幫助從業人員改善整體能力  將商業分析應用於計畫或專案
  15. 15. 1.5 什麼是商業分析  商業分析是應用知識、技能、和工具  決定問題和識別企業需要  識別和建議能滿足需要的可行解決方案  導出 , 紀錄 , 和管理關係人需求,達成企業和專案目 標  促進產品 , 服務 , 或專案結果能成功實施  商業分析是執行活動的集合,識別企業需要和建 議解決方案,及導出 , 紀錄 , 和管理相關需求
  16. 16. 1.6 誰來執行商業分析一  商業分析工作可以由任意個體來執行  商業分析師 (Business analyst)  負責執行商業分析工作,不論其職稱  在計畫或專案的情境下執行商業分析工作
  17. 17. 1.6 誰來執行商業分析二  BAs 的技能組合與專業知識 ‧ Analytical skills ‧ Business and industry knowledge ‧ Communication skills ‧ Conflict management ‧ Creative and critical thinking ‧ Cultural awareness ‧ Decision making ‧ Facilitation ‧ Familiarity with project and dev. methodologies ‧ Influence ‧ Issue management skills ‧ Leadership skills ‧ Learning skills ‧ Negotiation skills ‧ Organizational skills ‧ Political awareness ‧ Presentation skills ‧ Problem solving ‧ Systems thinking ‧ Technical awareness ‧ Ability to teamwork
  18. 18. 1.6 誰來執行商業分析三  組織中的商業分析角色 ‧ Agile team members ‧ Business architects ‧ Business intelligence analysts ‧ Business process analysts ‧ Business subject matter experts ‧ Data, functional, operational, systems, or user experience analysts ‧ Enterprise business analysts ‧ Product managers or product owners ‧ Project managers ‧ Requirements, software requirements, systems, or value engineers ‧ Requirements managers
  19. 19. 1.6 誰來執行商業分析四  專案經理 , 商業分析師 , 和其他角色關係  PM 和 BA 是計畫或專案中的關鍵領導角色  夥伴關係 + 協同合作 = 專案成功  工作重疊、工作定義、角色發展、組織定位  透過合作要點 (Collaboration point) 來說明  角色的互動方式與工作重點  解釋工作重疊的原因並加以釐清  如何與其他角色合作,幫助計畫和專案達成目標
  20. 20. 1.7 需求的定義一  需求是產品 , 服務 , 或結果必備的條件或能力, 以滿足合約或其他正式的強制規範  需求展現在產品或服務上面,可以滿足企業 , 個 人 , 或群體的需要  需求解釋產品或軟體應符合的功能或特性  需求與解決方案設計是相互獨立的
  21. 21. 1.7 需求的定義二  誰應該對需求負責  定義需求的責任應由業務方面的專家和具有決策權力 的人員負責擔任  執行商業分析的責任依專案生命週期決定,應指派給 具備商業分析技能的專業人員  專案經理的責任是確保需求相關的工作列入專案管理 計畫,以及需求相關的活動執行符合時程和預算,並 交付價值
  22. 22. 1.7 需求的定義三  商業分析範疇內的需求類型  企業需求  組織整體的高階需要,如企業問題或機會,或展開專案的原因  關係人需求  關係人或群體的需要,反應各種角色對計劃結果的相關利益  解決方案需求  產品 , 服務 , 或結果的特性 , 功能和特徵,需符合企業和關係人需求  功能性需求  產品的行為  非功能性需求  使產品有效的環境條件或品質要求  過渡需求  臨時性的能力,如資料轉換或訓練需求,以及轉換時的作業變更
  23. 23. 1.7 需求的定義四  商業分析範疇外的需求類型  專案需求  專案必須符合的行動 , 流程 , 或其他條件  品質需求  評估結果一致性的條件或能力,驗證結果品質屬性的可接度
  24. 24. 1.8 實務指南的結構  需要評估  分析現狀的問題和機會、評估內外環境  商業分析規劃  定義商業分析方法、規劃需求相關活動  需求導出和分析  規劃 , 準備 , 和執行需求導出,並分析和紀錄結果  追蹤和監控  核准需求、管理變更  解決方案評價  驗證解決方案
  25. 25. 商業分析領域和工作 2 需要評估 3 商業分析規 劃 4 需求導出與分 析 5 追蹤與監控 6 解決方案評 價 定義企業需要 制定專案情境 導出需求 追蹤需求 驗證測試結果 制定價值主張 規劃需求追蹤 分析需求 監控需求狀態 分析方案差距 發展專案目標 規劃需求管理 比對產品範疇 更新需求狀態 獲取方案核准 識別利害關係人 規劃變更控制 配置需求 溝通需求狀態 評價方案結果 制定關係人價值 規劃文件控制 獲取需求核准 管理需求變更 定義期望結果 寫作需求規格 驗證需求 釐清允收標準
  26. 26. 專案生命週期方法  預測型方法 ( 計畫驅動 )  在專案開始時對產品和可交付成果進行定義  對任何範疇變化進行詳細的管理  範例: Waterfall  適應型方法 ( 變更驅動 )  產品開發需經過多次循環  每次循環開始時才定義此循環的詳細範疇  範例: Agile
  27. 27. 感謝您的參與

×