Product Discovery vs Delivery for 敏捷圈引導者實踐社群 20221205

for 敏捷圈引導者 實踐社群 20221205

Transcript

1. 產品探索 VS. 交付 Jenson Lee @ 敏捷圈引導者 實踐社群 2022.12.4
2. Jenson Lee A Product Guy 電商 / 平台 / 交通 / 行動應用 / 安控 / 人資 CSM / CSPO 台灣敏捷協會常務監事 台北敏捷社群志工
3. ­挑選禮物 ­購買禮物 ­製作禮物 ­送禮場合
4. 送的禮物對方不喜歡怎麼辦？
5. 探索 ­送禮對象 ­送禮理由 ­對方喜好 ­禮物預算 交付 ­挑選禮物 ­購買禮物 ­製作禮物 ­送禮場合
6. 決定要送什麼 把禮物送出去 探索 交付
7. 決定要建構什麼 Build the right thing 把東西建構出來 Build the thing right 探索 交付
8. 如何決定建構什麼？
9. 如何交付？
10. SCRUM 沒有告訴我的事 身為一個 Product Owner，我需要排序 Product Backlog Items，但我要怎麼決定呢？ ­使用者是誰？ ­他們的問題是什麼？ ­開發哪些功能可以帶來最大價值？ ­如何在產品開發流程中獲得這些資訊？
11. 產品風險 ­價值風險：會有人想用嗎？ ­使用風險：顧客知道怎麼用嗎？ ­建構風險：團隊可以打造出來嗎？ ­市場風險：可以帶來商業價值嗎？ Source:《產品專案管理全書》by Marty Cagan
12. 探索 交付
13. 界定問題 解決什麼問題？ 哪些人有這個問題？ 他現在怎麼應對這問題？ 你的產品或服務如何幫助他解決這個 問題？ 這個問題需要被解決嗎？ 相關活動： - 人物誌 Persona - 同理心地圖 Empathy Map - 用戶旅程地圖 Customer Journey Maps 界定問題 探索 交付
14. 探索 交付 提出假設 可能的解決方案是什麼？ 機會與成本？ 如何及要花多久時間驗證？ 相關活動： - 影響地圖 Impact Mapping - 商業畫布 Business Canvas - 決策樹 Decision Trees - 五個為什麼 5 Whys 提出假設
15. 打造原型 我們最擔心、最需要被驗證的 風險是什麼？ 如何驗證？ 如何打造最小可測試原型？ Minimum Viable Prototype 相關活動： - 可用性測試 Usability Test - 設計衝刺 Design Sprint - Mechanical Turk 打造原型 探索 交付
16. 選擇方案 為什麼要選擇這個方案？ 符合我們的目標嗎？ 最小可行 / 可驗證市場產品 是什麼？ Minimum Viable Product 相關活動： - 使用者故事對照 User Story Mapping - 精鍊會議 Refinement Meeting - 事件風暴 Event Storming 選擇方案 探索 交付
17. 建構產品 如何建構正確的產品 / 功能？ 建構的最主要挑戰是什麼？ 如何確保產品的品質？ 相關活動： - 每日站立會議 Daily Scrum - 自動化測試 Test Automation - 持續整合 / 持續交付 CI / CD 建構產品 探索 交付
18. 蒐集回饋 蒐集到的回饋符合我們的假設嗎？ 這些資料如何幫助我們改善？ 下一步是什麼？ 相關活動： - 數據追蹤與分析 - 問卷調查 - 淨推薦指數 Net Promoter Score 蒐集回饋
19. 探索 交付 蒐集回饋 建構產品 選擇方案 打造原型 提出假設 界定問題
20. 應對產品風險 ­價值風險：會有人想用嗎？ ­使用風險：顧客知道怎麼用嗎？ ­建構風險：團隊可以打造出來嗎？ ­市場風險：可以帶來商業價值嗎？ 「界定問題」 「打造原型」 「建構產品」 「蒐集回饋」
21. 排序 PRODUCT BACKLOG ITEMS 產品最主要想解決、也是使用者最在意的問題是什麼？ 能夠帶來最大商業價值、同時也最需要驗證的假設是什麼？ 經過原型驗證、最明確清晰可加進產品裡的功能是什麼？ 技術與架構上的挑戰、最需要被克服的建構風險是什麼？ 根據數據與市場回饋、最能幫助我們邁向目標的利基點是什麼？
22. 探索 交付 蒐集回饋 建構產品 選擇方案 打造原型 提出假設 界定問題 學習
23. 使命 願景 價值觀 北極星指標
24. 探索與交付不平衡的一些跡象 n 功能蔓延（feature creep），各單位不斷提出需求，很難說出 “No” n 工作內容和目標（goals / KPI）無關，或是根本不知道目標… n 每天都被無止盡的會議佔滿，沒有足夠時間深入思考 n PM 被開發團隊追著跑，得要不斷產出 user story / task 來讓 RD 有事情做 n 無法交付有品質的產品 n 無法交付能產生價值的產品
25. 探索 交付 太多探索、太少交付 太多交付、太少探索 無法有效創造價值 / 沒賺錢 團隊不知道開發產品 / 功能的原因 活在空中樓閣（castle in the air），逐漸失去動力 即使做出來的東西看起來不錯，但結果不如預期 紙上談兵，無法驗證概念是否可行 和市場與使用者漸行漸遠 缺乏檢驗商業模式中高風險部分的機會 會產生很多開發資源的浪費 對於市場反應的經驗不足 產品毛利下降
26. 產品指標 / 北極星指標 Source: 產品指標框架使用方法 by Peter Su
27. 產品管理看板 – 許願池 / 概念評估看板 Owner：The whole team. Source: Strong Product People by Petra Wille
28. 產品管理看板 – 產品概觀看板 Owner：Head of Product Source: Strong Product People by Petra Wille
29. 產品管理看板 – 產品探索看板 Owner：PM, Designer, Engineer(s), Data analysts, interested stakeholders. Source: Strong Product People by Petra Wille
30. 產品管理看板 – 產品交付看板 Owner：The development team. Source: Strong Product People by Petra Wille
31. Source: Strong Product People by Petra Wille 產品管理看板的幫助 - 視覺化，知道整個產品的狀態，也讓 stakeholders 理解目前團隊的工作內容與掌 握概念與開發方向 - 平衡探索與交付，看到 PM 和團隊的時間 都花在哪裡 - 持續改善： - 看到流程卡關的地方 - 越晚進到 trash can 的項目、浪費的成本越高
32. Source: Dual Track Development is not Duel Track by Jeff Patton
33. Source: Product Discovery in the Multitrack of Madness by Lucio Santana
34. 建構最小可行產品 （MVP） 取得顧客與市場回饋 持續改善與 迭代解決方案 打造產品建構與學習的循環 Source:《精實創業》by Eric Ries
35. Source: https://svpg.com
36. PROBLEM SPACE VS. SOLUTION SPACE 問題空間：透過產品去滿足的使用者需求 方案空間：開發出來的產品 >>>>>> 產品探索 >>>>>> 產品交付 Source:《The Lean Product Playbook》by Dan Olsen
37. 最小化顧客和產品開發團隊的距離 Source: Henrik Kniberg
38. 藉由 探索 最大化價值，而不是以 交付 提昇產出 Source: Henrik Kniberg
41. 建立持續探索與 持續交付的流程 開始進行探索， 而不是找到 最正確的方案 探索與交付都是 團隊一起的工作 最後的一些提醒 Continuous Discovery and Delivery Start to Discover Teamwork
42. 送給你的使用者 / 客戶一個能 夠讓他們更開心、生活過得更 好的禮物吧。
44. THANK YOU ! Contact: Jenson Lee realhere@gmail.com facebook.com/realhere linkedin.com/in/realhere