導讀持續交付 2.0 - CH02 價值探索環

Date: 2019/04/27

Transcript

1. 持續交付 2.0 第二章 價值探索環 Rick Hwang 2019/04/19 1
2. 書本整理 個人見解 2 87%
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 • 現場參與討論 • 多問為什麼 • 蒐集數據佐證 • 同理心，設身處地 我想講的、我講出來的 你聽到的、你理解的
10. 10 TED: 人們不會買你買什麼；他們買你的為什麼
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
13. 13 註冊用戶數 網站訪問量 PV (Page View) 活躍用戶（日、月) 留存用戶（日、月) 回購率 價值指標、虛榮指標
15. 2.2.3 共創 • 共創指的是：制定想達到的目標後，團隊為設法驗證、或者達到目標而找到的多 種可行性解決方案的過程。 15 翻譯：一群有共同目標的人，一 起找到方法的過程，這個方法用 來完成目標
16. 16 Source: https://www.continuousdelivery20.com/%E5%AE%9E%E8%B7%B5%E6%96%B9%E6%B3%95%E7%AF%87
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 重構
22. 探索環的成果：形成以下陳述 我們相信， 透過實踐（XXXX 這樣的最小功能組合）， 我們的只標可以達到（YYYY 的程度）的話， 說明我們關於（ZZZZ）的假設是成立的。 22
24. 2.1 探索環的意義 2.2 探索環的四個關鍵環節 2.3 工作原則 2.4 共創與精練的常用方法 2.5 實施注意事項 24
25. 2.3 工作原則 • 分解並快速試錯 • 一次只驗證一點 • 允許失敗 25
26. 26 Source: https://www.continuousdelivery20.com/%E5%AE%9E%E8%B7%B5%E6%96%B9%E6%B3%95%E7%AF%87 重點：提早收到回饋，提早修正 分解並快速試錯
27. 問題在哪？ 27 需求 A 需求 B 需求 C 需求 N
28. 現實跟理想 • 機會來了要不要做？ • 做得很好，但沒機會？ 28
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
37. 37 https://technews.tw/2018/07/09/human-pretend-ai/
38. 最小可行產品法 (MVP) 38
40. 2.5 實施注意事項 • 多角色參與探索 • 存在往復過程 • 風險不是等價的 • 上帝視角 • 唯數字論 • 蛇行效應 40
41. 多角色參與討論 • 探索環涉及領域很多，包含問題發 現與定義、目標與衡量的制定。 • 建議與業務相關領域、產品解決方 案相關的角色都要參加 • 即時提現：多角色共創 ◦ 不同視角分解問題 ◦ 產品 Backlog 不需要都來自 PO 41
42. 上帝視角 • 資深的人，自認為很了解用戶，常常『閉門造車』，美其名為『用戶體驗』 • 產品上線後，使用者對產品卻有很大意見 42
43. 蛇行效應 • 簡單說一堆 WIP ◦ Feature A → WIP ◦ Feature B → WIP ◦ Feature C → WIP • 創作可以：寫歌可以、寫文章可以 43
44. Discussion 44
45. 45 Source: https://www.continuousdelivery20.com/%E5%AE%9E%E8%B7%B5%E6%96%B9%E6%B3%95%E7%AF%87 探索環的工程問題
46. 46 探索環的工程問題
47. 47 DevOps 8 字環的誤區：左環問題 1. 部署策略是需要被探索、驗證 需要測試 → Config 是要設計的 2. Config 是需要探索、驗證的 需要測試 → Config 是要設計的