商業分析知識體系(BABOK 2.0) Techniques 技術交流 需求導出相關技術(1) 9.3 腦力激盪 9.9 文件分析 9.11 焦點小組 9.13 介面分析

1. Business Analysis
商業分析知識體系 (IIBA)
需求導出相關技術 (1)
Moris, CBAP, PMP, PMI-PBA
Techniques 技術交流 (BABOK 2.0)
2015.11.05

2. 商業分析知識體系
TopicTopic PagePage DateDate LinkLink
需求分析相關技術 (1) na 10/08
需求分析相關技術 (2) na 10/15
企業分析相關技術 na 10/22
商業分析規劃相關技術 na 10/29
需求導出相關技術 (1) na 11/05
需求導出相關技術 (2) na 11/12
需求管理相關技術 na 11/19
解決方案評估相關技術 na 11/26
商業分析者之家 商業分析智囊團
CBAP/PBA TaiwanCBAP/PBA 商業分析
CBAP/PBA Taiwan
改變．價值．解決方案
http://line.me/R/ti/g/ikXC2RO_PQ

3. Route Map and Income
關鍵評論網

4. 3.1 準備需求導出
 腦力激盪 (9.3)
 文件分析 (9.9)
 焦點小組 (9.11)
 介面分析 (9.13)
 訪談 (9.14)
 觀察 (9.18)
 雛型法 (9.22)
 需求研討會 (9.23)
 調查 / 問卷 (9.31)

5. 3.2 執行導出活動
 腦力激盪 (9.3)
 文件分析 (9.9)
 焦點小組 (9.11)
 介面分析 (9.13)
 訪談 (9.14)
 觀察 (9.18)
 雛型法 (9.22)
 需求研討會 (9.23)
 調查 / 問卷 (9.31)
 資料字典與詞彙表 (9.5)

6. 3.3 紀錄導出結果
 腦力激盪 (9.3)
 文件分析 (9.9)
 焦點小組 (9.11)
 介面分析 (9.13)
 訪談 (9.14)
 觀察 (9.18)
 雛型法 (9.22)
 需求研討會 (9.23)
 調查 / 問卷 (9.31)
 問題追蹤 (9.20)

7. 3.4 確認導出結果
 訪談 (9.14)
 觀察 (9.18)

8. 技術介紹
 9.3 腦力激盪
 9.9 文件分析
 9.11 焦點小組
 9.13 介面分析
 9.14 訪談
 9.18 觀察
 9.22 雛型法
 9.23 需求研討會
 9.31 調查 / 問卷

9. 9.3 腦力激盪
 培養對問題作創意思考的優秀方法
 產生大量的新想法 , 並對主題做深入分析
 產生廣泛或多樣的選項集合
 幫助回答特定問題 , 如
 有什麼選項可以解決該議題
 什麼限制因子導致群組無法繼續執行方法或選項
 什麼導致活動的延遲
 群組可以做什麼來解決問題
 專注在主題或問題 , 並產生許多可能的解決方案

10. 9.3 腦力激盪
 準備
 對興趣領域發展清楚定義 ; 決定產生想法的時限 ; 識
別引導者和參與者 ; 設定期望並獲得參與者認同 ; 建
立想法的評價和評分標準 ;
 會議
 分享新想法 ( 不討論 , 批評 , 或評價 ); 記錄所有想法 ;
鼓勵參與者的創意 , 誇張 , 或基於別人想法提出新想
法 ; 不要限制想法的數量 , 在時限內導出盡量多的想
法 ;
 總結
 使用預先決定的標準來評價想法 ; 建立濃縮清單 , 適
當合併想法並消除重複 ; 將想法評分 , 發佈最後清單 ;

11. 9.3 腦力激盪
 優點
 可以在短時間內導出許多想法
 沒有批判的環境可以幫助創意思考
 用於研討會降低參與者的緊張感
 缺點
 仰賴參與者的創意和意願 , 組織或人際的政治因素可
能限制參與
 群組參與者必須同意在想法提出時避免辯論

12. 9.9 文件分析
 藉由研究現有方案的文件 , 及識別相關資訊 , 來
幫助導出需求的方法
 分析包含企業計畫 , 市場研究 , 合約 , 請求建議
書 , 工作說明書 , 備忘錄 , 指導原則 , 程序 , 訓
練手冊 , 競爭產品 , 產品評論 , 問題報告 , 顧客
建議 , 系統規格 , 或其他
 識別和參考所有可能的需求來源 , 改善需求的涵
蓋程度 , 並假設文件都是最新的
 此技術也應用於現有方案的專家已不在組織 , 或
專家無法在導出期間出席的狀況

13. 9.9 文件分析
 準備
 評價現行系統和企業文件是否相關 , 可用 , 並適合研
究
 文件審查
 研究材料並識別相關的業務細節
 將細節紀錄為問題 , 並跟進專家的回覆情形
 總結
 與專家審查和確認選擇的細節
 將資訊組織為需求的格式
 獲取跟進問題的解答

14. 9.9 文件分析
 優點
 不用從完全空白開始
 利用現有材料來探索和確認需求
 可以和其他導出技術 , 如訪談 , 觀察 , 調查 , 或焦點
小組的需求作交互確認
 缺點
 受限於當前的觀點
 現有的文件未必是最新或有效的
 尋找相關資訊可能是耗時和枯燥的過程

15. 9.11 焦點小組
 在互動的群組環境導出對特定產品 , 服務 , 或機
會的想法和態度
 由主持人引導 , 參與者分享其印象 , 偏好 , 和需
要
 小組由具資格的個人組成 , 針對主題討論和評論
 可作為質化研究 , 討論結果會分析和報告形成觀
點
 傳統在實體會議室 , 線上焦點小組允許遠端參與
 可用於產品的生命週期 , 如探索 , 發展 , 準備啟
動 , 或量產
 可能類似腦力激盪 , 差別是更有結構化

16. 9.11 焦點小組
 準備
 參與者 : 同質 (Homogeneous), 異質
(Heterogeneous)
 主持人與記錄人員 ; 建立討論指引 ; 預定場地和服務
 運作焦點小組會議
 主持人帶動討論 , 遵循預定腳本 , 達成會議目標
 小組討論可能出現參與者流動和非結構化主題
 會議通常 1 至 2 小時 , 記錄人員會擷取小組的評論
 產出報告
 主持人分析和記錄參與者同意與不同意的意見 , 整理
後納入主題報告

17. 9.11 焦點小組
 優點
 用會議從群組導出資料 , 會比訪談節省時間成本
 可以有效學習人員的態度 , 經驗 , 和期望
 主動討論與詢問幫助參與者考慮個人與他人的觀點
 缺點
 參與者可能有信任問題 , 或不願討論敏感話題
 參與者口述未必與實際行為一致
 小組的同質性高可能無法呈現完整需求
 需要有技巧的主持人管理小組互動和討論
 可能較難安排小組的討論時間
 若討論新產品或修改 , 較難評價其使用性

18. 9.13 介面分析
 識別解決方案或組件間的介面 , 並定義需求描述
相互之間如何互動
 介面是兩個組件間的連結 , 大部分軟體應用有一
或多個介面
 介面類型包含 : 使用者介面 ( 人與系統 ), 應用系
統介面 , 硬體裝置介面
 釐清應用系統的界線
 識別什麼介面可以支援應用

19. 9.13 介面分析
 準備介面識別
 審查現有文件對介面需求的指示
 範疇模型 (9.27) 的環境圖可以提供有效的視覺介面
 執行介面識別
 關係人與系統 , 或系統間會互動 , 識別介面非常重要
 描述介面目的 , 評價合適的介面 , 導出介面的高階細
節
 使用者介面可以參考雛型法 , 系統間或硬體介面則是
描述相關的事件
 定義介面
 介面的需求聚焦在描述介面的輸入和輸出 , 驗證規則 ,
和觸動互動的事件

20. 9.13 介面分析
 優點
 早期識別介面可以提供交互式的高階觀點幫助規劃
 識別介面複雜度和測試需要可以做好預先規劃
 介面定義可以幫助與其他系統或專案的協同合作
 介面規格可以降低組件間整合的困難度
 缺點
 無法提供解決方案的內部狀況 , 分析不含內部組件

21. 感謝您的參與
BBC Con 2016 Vegas by Ronald G Ross | Twitter