2023 Agile Summit - 大型組織下的 PO 探索之路

隨著企業全球佈局和營運的擴張，因應快速變化的環境，敏捷轉型必然成為的一種有效方法，在大型組織需要面對更多的挑戰，如何協調多個 Scrum 團隊、角色的分工；如何確保產品的一致性、追求交付最高的商業價值，Product Owner 扮演著關鍵的角色，本議程將以 Product Owner 的視角，提出可供參考的幾個觀點跟做法，以做出最佳的產品決策。

Transcript

1. 大型組織下的 PO 探索之路 Agile Summit 2023 2023-06-16 Kyle Shen
2. 台積電敏捷轉型 - 專案思維轉為產品思維 2019 2020 2021 2022 推廣容器技術 加速 IT 現代化和大徵才 組織重組和流程變革 全面擁抱 DevOps 和雲原生 CI/CD 具體實踐 DevOps 一體化 Source: 台積電數位轉型大事記 2018～2022 | iThome
3. Agile Practice Office (APO) • Agile Coach supports and grows Scrum Master 3 Team Team Team Team Team SM SM SM SM SM APO • APO provides these service • Teaching • Mentoring • Consulting • Coaching
5. Product Owner 負責對 Product Backlog 進行有效的管理 - Scrum Guide
6. 但，怎麼管？ Product Owner 負責對 Product Backlog 進行有效的管理 - Scrum Guide
7. Product Owner = Problem Owner Source: Scrum Roles #2 Product Owner
8. Source: Scrum Roles #2 Product Owner 身為一個 Product Owner，我每天都在學會 放棄 不要做什麼 Product Owner = Problem Owner
9. PO 在各不同 團隊規模 下，如何 梳理 Product Backlogs “
10. Hello! I am Kyle, 一個走進設計學院的工程師 任職過軟體、教育、物流產業, 於新創打滾多年, 目前於 TSMC 擔任 Product Owner STUDY4 社群成員，HiSKIO 特約講師, 曾任 4 年微軟最有價值專家 曾於許多大型研討會擔任講者 包含 Microsoft DevDays Asia、.NET Conf、Global Azure Bootcamp 10
11. 第 1 個 Scrum Team “
12. 從種子團隊開始，不斷發展 對於 Scrum 是否具備一定的熟悉程度？ 講著共通語言，理解在交付過程會發生什麼事 是否具備自組織特質？ 每個人是否都有想要產品更好的心態 團隊是否具備一定的透明度？ 確保所有利害關係者都清楚了解團隊的進展與阻礙 拉齊各團隊對於敏捷的價值觀 Product Owner Scrum Master Designer Developer
13. 3~N 個 Scrum Team “
14. 大型專案困難不是在於事情多，而是不確定性高 困難1 各團隊價值觀不同 即使都是跑 Scrum，但做法多少會不太一樣 困難2 需求模糊決策多 不同團隊可能有不同的目標和使命 存在多個相互衝突或不一致的目標 困難3 任務相依性高 不同的開發團隊可能需要共享相同的開發平台或測試環境
15. 那些 Scale Scrum 的框架 LESS ? SAFe? Scrum@Scale? Spotify Model? NEXUS? Lean Management? Enterprise Model ?
16. 那些 Scale Scrum 的框架 LESS ? SAFe? Scrum@Scurm? Scrum of Scurm Spotify Model? NEXUS? Lean Management? Enterprise Model ? 保持簡單是進行規模化的關鍵
17. 3-N 個 Scurm 隊形的變化 困難1 各團隊價值觀不同 ➙ One Scrum Principle 有時候，我們不得不定義一些相同 "規範" e.g Story points 困難2 需求模糊決策多 ➙ One Product Owner 找出被賦予決策權力的 Proudct Owner 困難3 任務相依性高 ➙ One Product Backlogs 將需求放在一起看，各 Product Owner 協調優先順序 Chief Product Owner PO PO 各派1-2兩位, 組成 Scurm Of Scurms SM 消除阻礙與不確定性
18. 這時候的 Scrum Events Monday Tuesday Wednesday Thursday Friday Week 1 Week 2 Refine Review Retro Planning Daily Daily SOS Daily SOS Daily Pre-Refine SOS Daily SOS Daily 會議的目的是消除「不確定性」視情況增減 Scrum Of Scrums Meeting Scrum Events Scrum of Scrums Events
19. 需求怎麼來? “
20. 需求怎麼收斂成 Product Backlogs ? - 理解產品階段 Source: 產品生命週期，如何延續？以iPhone為例，企業這樣找「衝刺新品的最佳時機」 - 商業思維學院 (bizthinking.com.tw) 建立產品價值 用戶忠誠度
21. 需求怎麼收斂成 Product Backlogs ? - 導入期~成長期 用黃金圈理論勾產品願景與使命 What Why How 影響力地圖奠定基礎策略 Goal Actor Actor Impact Impact Impact Deliverable Deliverable Deliverable Deliverable Deliverable “由上而下收斂需求” 在 30s 內說清楚願景 - 電梯簡報 (Elevator Pitch) Why? Who? How? What?
22. 需求怎麼收斂成 Product Backlogs ? - 穩定期~衰退期 “由下而上收斂需求” Focus Group 避免太自我的創新「走出辦公室」 跟顧客面對面！
23. 需求怎麼排? “
24. 但需求這麼多? 要怎麼排? - 定義出心中的一把尺 技術可行性 客戶需求性 商業可行性 Story 技術可行性 客戶需求性 商業可行性 優先指數 FeatureA 3 3 3 9 FeatrueB 2 2 2 6 FeatureC 2 1 1 4 還有很多方法... • MoSCoW • ROI Scorecard • Weight Short Job First • RICE • …
25. 讓事情簡化，開始交付產生價值 PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI PBI ITEM SIZE Product Backlog --------------- The Above Items Are Committed --------------- --------------- The Above Items Need to Be Discussed in Refinement --------------- 在大型組織下，如何運用電子看板來協作也是一大挑戰 PBI PBI PBI PBI PBI PBI PBI PBI PBI
26. 但需求這麼多? 要怎麼排? - User Story Mapping Must Have Should To Have Nice To Have
27. 事情變得更複雜.. “
28. 利害關係人開始複雜？到底由誰決策？- 多頭馬車 Scrum Of Scrum of Scrums Scrum Of Scrums 非 Scrum Team 跨組織 同組織
29. 利害關係人矩陣 - 看懂局 利益 權力 重點管理 滿足需求 保持滿意 持續觀察
30. Portforio Planning 拉齊公司目標 定義不同層級的 Roadmap 來彼此對齊 Source: Roadmap - Scaled Agile Framework
31. Portforio Planning 拉齊公司目標 Source: Blueprint for a team with a DevOps mindset | Opensource.com 老闆關注 做對的事 把事情做對 PO關注 Team關注 SM關注
32. Recap 今日重點 敏捷從小開始，不斷擴散 培養種子團隊，種子教練，拉齊價值觀 定義需求衡量的價值標準 找出最適合的評估面向，搭配開發成本排出ROI 找出真正需要滿足的關鍵人物 分析利害關係人滿足不同需求
33. 失敗也是一種探索 “
34. Thanks! Kyle Shen 34 linkedin.com/in/kyle-shen-ap speakerdeck.com/kyleshen facebook.com/kyleshen.net