Recommended
More Related Content
Similar to Discovery vs Delivery
Similar to Discovery vs Delivery (20)
More from Jenson Lee
Discovery vs Delivery
- 1. 產品探索 VS. 交付 Jenson Lee @ 敏捷圈引導者 實踐社群 2022.12.4
- 2. Jenson Lee A Product Guy 電商 / 平台 / 交通 / 行動應用 / 安控 / 人資 CSM / CSPO 台灣敏捷協會常務監事 台北敏捷社群志工
- 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 蒐集回饋
- 20. 應對產品風險 價值風險：會有人想用嗎？ 使用風險：顧客知道怎麼用嗎？ 建構風險：團隊可以打造出來嗎？ 市場風險：可以帶來商業價值嗎？ 「界定問題」 「打造原型」 「建構產品」 「蒐集回饋」
- 21. 排序 PRODUCT BACKLOG ITEMS 產品最主要想解決、也是使用者最在意的問題是什麼？ 能夠帶來最大商業價值、同時也最需要驗證的假設是什麼？ 經過原型驗證、最明確清晰可加進產品裡的功能是什麼？ 技術與架構上的挑戰、最需要被克服的建構風險是什麼？ 根據數據與市場回饋、最能幫助我們邁向目標的利基點是什麼？
- 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
- 36. PROBLEM SPACE VS. SOLUTION SPACE 問題空間：透過產品去滿足的使用者需求 方案空間：開發出來的產品 >>>>>> 產品探索 >>>>>> 產品交付 Source:《The Lean Product Playbook》by Dan Olsen
- 38. 藉由 探索 最大化價值，而不是以 交付 提昇產出 Source: Henrik Kniberg
- 41. 建立持續探索與 持續交付的流程 開始進行探索， 而不是找到 最正確的方案 探索與交付都是 團隊一起的工作 最後的一些提醒 Continuous Discovery and Delivery Start to Discover Teamwork
- 44. THANK YOU ! Contact: Jenson Lee realhere@gmail.com facebook.com/realhere linkedin.com/in/realhere