導讀持續交付 2.0 - CH02 價值探索環
0 likes346 views
文档探讨了探索环的概念及其在持续交付中的应用，通过用户假设、问题假设和解决方案概念来减少产品风险。探索环包括提问、锚定、共创和精炼四个关键环节，以及实施时需注意的方法和角色。通过有效的方法，团队能够在快速试错中验证假设并获得用户反馈，从而提升产品价值与用户满意度。
導讀持續交付 2.0 - CH02 價值探索環
- 1. 持續交付 2.0 第二章 價值探索環 Rick Hwang 2019/04/19 1
- 3. 2.1 探索環的意義 2.2 探索環的四個關鍵環節 2.3 工作原則 2.4 共創與精練的常用方法 2.5 實施注意事項 3
- 4. 4 Source: https://www.continuousdelivery20.com/%E5%AE%9E%E8%B7%B5%E6%96%B9%E6%B3%95%E7%AF%87 探索環 (Discovery Loop) 的意義？
- 5. 產品的風險假設 5 ● 用戶假設：提供的產品針對某些潛在用戶人群的需求假設 ● 問題假設：目標用戶存在痛點需要解決的假設 ● 解決方案：提供解決方案可以解決這些痛點貨問題
- 6. 6 現實 理想 我們想的 客戶要的 問題是什麼？ 所有的功能 有在用的功能
- 7. 2.1 探索環的意義 2.2 探索環的四個關鍵環節 2.3 工作原則 2.4 共創與精練的常用方法 2.5 實施注意事項 7 1. 提問 2. 錨定 3. 共創 4. 精煉
- 8. 2.2.1 提問 ● 樣版的方法：客戶是誰？使用者故事 (User Story)、如何實現？ ● 了解需求背後真正要解決的問題 → QBQ 8 Source: 頂尖業務 vs. 平凡業務
- 9. 1. 實現什麼 (What) 2. 如何實現 (How) 3. 為什麼要實現？ (Why) 探索環的 QBQ 9 ● 現場參與討論 ● 多問為什麼 ● 蒐集數據佐證 ● 同理心，設身處地 我想講的、我講出來的 你聽到的、你理解的
- 11. 11 1. Start by writing the Press Release: 先寫 Release 新聞稿 2. Write a Frequently Asked Questions document: 寫 FAQ 文件 3. Define the customer experience: 定義客戶體驗 4. Write the User Manual: 寫使用手冊 Working Backwards
- 12. 2.2.2 錨定 (Anchor) ● 以終為始 ● 讓目標可客觀衡量 ● 目標的選擇： ○ 價值指標，而非虛榮指標 ○ 指標可衡量且可獲取，易於客觀對比 12
- 14. 14
- 15. 2.2.3 共創 ● 共創指的是：制定想達到的目標後，團隊為設法驗證、或者達到目標而找到的多 種可行性解決方案的過程。 15 翻譯：一群有共同目標的人，一 起找到方法的過程，這個方法用 來完成目標
- 17. 17 動 主 賓
- 18. 兩個陷阱 ● 分析癱瘓 (paralysis by analysis)： ○ 過度分析，導致無法決策或採取行動 ○ 想要採取做完美的解決方案 ● 直覺決策 (extinct by instinct)： ○ 不做分析，匆忙的判斷 18
- 19. 19 The Art of Computer Programming 過早進行最佳化，是萬惡之源 「We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil.」 --- Donald Knuth (高德納, 1974 圖靈獎) 沒有前後文、沒有對象、沒有目標，這句話請持保留態度。
- 20. 2.2.4 精煉 ● 精煉：對共創環中得出的眾多方案，進行評估，從中篩選出團隊認為最小可行性 解決方案的過程。 ● 經過一段時間之後，經過分析，一些功能沒有客戶在使用，透過優先序排列，分 解出共同認可、最重要的功能，確保重要的功能盡早被驗證。 20
- 21. #去蕪存菁 21 重構
- 23. 23
- 24. 2.1 探索環的意義 2.2 探索環的四個關鍵環節 2.3 工作原則 2.4 共創與精練的常用方法 2.5 實施注意事項 24
- 25. 2.3 工作原則 ● 分解並快速試錯 ● 一次只驗證一點 ● 允許失敗 25
- 27. 問題在哪？ 27 需求 A 需求 B 需求 C 需求 N
- 29. 允許失敗 ● 指的是『產品的失敗』 ○ 不是系統的故障，允許系統故障在 SRE 稱為 Error Budget (錯誤預算) ● 從失敗中學習知識，提升團隊人員的知識 29
- 30. 2.1 探索環的意義 2.2 探索環的四個關鍵環節 2.3 工作原則 2.4 共創與精練的常用方法 2.5 實施注意事項 30
- 31. 2.4 共創與精煉的常用方法 ● 裝飾窗方法 (Decorative Window) ● 最小可行特性法 (Minimum Viable Feature, MVF) ● 特區法 (Special Zone) ● 定向探索法 (Directional Explorer) ● 稻草人法 (Corn Dolly) 31
- 32. 32 裝飾窗方法 (Decorative Window) ● 為新功能預留一個『入口』，讓使用者能夠看到，但實際上沒有實作功能。 ● 利用最小成本，驗證用戶是否喜歡某項功能，以及緊迫程度 ● 有個需求是這樣的： ○ 設計『立即提現』，讓使用者可以隨時把帳轉到自己的銀行 ○ 完整功能開發要六週： ■ 開發有任務正在進行 ■ 需要跟財務一起順流程、串接金流 ■ 另外要整合驗證測試 ○ 裝飾窗方法： ■ 留下一個按鈕：留一段文字，如果感興趣的點一下，功能開通會收到通知 ■ 一週後收到了 1000 個使用者有興趣的反饋，其中 120 個重複登記
- 33. 最小可行特性法 (Minimum Viable Feature) ● 多次想使用的 120 個之中 ，如果有 60 人使用： ○ 說明功能有強烈的需求 ○ 功能提升使用者滿意度 ○ 可以進行自動化流程 ● 簡單實作： ○ 送一封 Email 給處理人員 ○ 到財務人員那裡，協助完成 處理 ● 團隊： ○ 蒐集數據，驗證用戶是否喜 歡該功能，再決定是否開發 33
- 34. 特區法 (Special Zone) ● 特定用戶範圍內進行試驗，驗證新功能的有效性 ○ 如果成效不好，不影響區域以外的使用者 ○ 對特性區域，資源有限、成本敏感，可以過濾 ● 共享 WeMo： ○ 松山區的哪裡的需求高 ○ 文山區的人騎車的習慣 34
- 35. 定向探索法 (Directional Explorer) ● 針對特定行為的特定使用者群體，依照資料探索用戶具體行為模式 ● 例如： ○ 收到通知，但沒有進行操作的用 戶 ○ 訪問了頁面，但沒有進行申請確認的用 戶 ○ 申請過一次的用戶 ○ 申請過超過一次的用 戶 35
- 36. 稻草人法 (Corn Dolly) ● 不開發任何真實的功能，假裝這個功能已 經完成了，並向他展示真實的效果 ○ 取得使用者真實回饋 ○ 與裝飾窗方法差異，回饋是真實的 ● 80 年代 IBM 提供人工智慧翻譯： ○ 在一個坊間 36
- 38. 最小可行產品法 (MVP) 38
- 39. 39
- 40. 2.5 實施注意事項 ● 多角色參與探索 ● 存在往復過程 ● 風險不是等價的 ● 上帝視角 ● 唯數字論 ● 蛇行效應 40
- 41. 多角色參與討論 ● 探索環涉及領域很多，包含問題發 現與定義、目標與衡量的制定。 ● 建議與業務相關領域、產品解決方 案相關的角色都要參加 ● 即時提現：多角色共創 ○ 不同視角分解問題 ○ 產品 Backlog 不需要都來自 PO 41
- 43. 蛇行效應 ● 簡單說一堆 WIP ○ Feature A → WIP ○ Feature B → WIP ○ Feature C → WIP ● 創作可以：寫歌可以、寫文章可以 43
- 44. Discussion 44
- 46. 46 探索環的工程問題
- 47. 47 DevOps 8 字環的誤區：左環問題 1. 部署策略是需要被探索、驗證 需要測試 → Config 是要設計的 2. Config 是需要探索、驗證的 需要測試 → Config 是要設計的
- 48. 48