為什麼 Product Owner 應該參與 Daily Scrum?
閱讀時間約 5 分鐘
在實踐 Scrum 的這幾年中，記得曾遇到幾個團隊的 Team lead 極度抗拒 Product Owner 參與該團隊的 Daily Scrum，不僅想辦法用各種方式拒絕 Product Owner 參與該 event，更明顯的表現出不希望團隊跟 Product Owner 走得太近（有頻繁溝通）的態度，爾後深入了解，發現是「權力」與「爭寵」之間的議題，類似這樣的議題通常需由 Scrum Master 盡力化解（當然整個 Scrum team 都必須對這件事負責，並非 Scrum Master 一人的任務），我們可以在後續文章中談談「Scrum Master 該怎麼塑造一個健康的團隊文化」，在這邊就不多說明。
回到主題「為什麼 Product Owner 應該參與 Daily Scrum？」，首先要先說明為什麼要有這個主題，主要由於在各種與 Scrum 相關的場合，總會聽到至少一或兩人提到，因此推測這顯然是許多人好奇的點，因此我們特別寫篇文談談。
在談論這議題前，為了讓閱讀的朋友更有感，我們有必要再次了解「何謂 Daily Scrum？」：
在12年前，當時 Daily Scrum 還被稱為 Daily Meeting，Scrum 創始人 Jeff Sutherland 提到 Scrum 最在意的是「團隊（team)」，而非「他們（個人）」，然而當人們一開始運用 Scrum 時，總會不由自主的先想到「他們（個人）」； Scrum 最主要的觀點是：「讓團隊全心全意關注同樣的目標（goal）上」，將這件事連結到 Daily Scrum 時，得到的結論是：Daily Scrum 讓團隊每個人都在同一時間、同樣的地點，共同關注當前團隊夥伴們提出的事情，這樣的行為能讓全員團隊夥伴一起思考「如何解決當前遇到的問題」，進而讓團隊運轉得更快、成為越來越高效率或高績效的「真正的團隊（team）」。（提供影片作參考：https://www.youtube.com/watch?v=lXOhfKV6jLQ）
在 Daily Scrum 的討論中，團隊夥伴勢必會提到各種他們面臨的問題，這些問題五花八門，有的需要技術專業的夥伴解答、有的則需要UX專業的夥伴說明、有些則只能由 Product Owner 親自解釋、再說明，或在當下一起討論。
我們要意識到，我們面臨的市場是僅次於戰場外，變化最迅速、改變最多端的市場（市場的變化，跟我們服務的公司或負責的產品存亡有很大的關係），Product Owner 參與 Daily Scrum時，不但能立刻解答團隊夥伴的疑問，協助排除問題，也能將發現、看到的市場即時變化，分享給團隊，讓團隊了解曾經是最高優先順位的任務，已不再需要優先處理，而應該立即優先處理另一項更高優先順位的事情（在這要特別提醒的是：Product Owner 並不需要等到 Daily Scrum 時，才分享這件事情給團隊，而是在確認好狀況、釐清需求後，就立刻即時的在任何時間點，聚集團隊來進行相關的討論）。
有人可能會好奇：「需求或任務不是在事前就已經說過了嗎？怎麼還會需要在 Daily Scrum 時再次說明？」那我得問問：「你還記得三天或五天前走過的路、走了幾步，或記得看過的每一個招牌名嗎？」人腦很神奇偉大，但同樣的，人腦的記憶體也是有限的，有些人可能因為過度繁忙，所以大腦容易過載而遺忘事情，有些人可能因為在說明需求或任務的當下，分神到別的地方去（比如：等下午餐要吃什麼？），再加上人與人的溝通，總很難一次到位，總需要經過多次的溝通、討論、交換意見和協調，才能讓彼此的想法達到共同或較接近的位置，這樣才能一起朝著相同的目標前進。
此外，要特別再強調一點：Scrum Team 是由 Product Owner、Scrum Master 和 Developers（非純技術工程師，而是跨職能的一群專業人士夥伴）組成，在 Scrum 建構的工作流程中要經歷的各種 Scrum event，並非單一群體能自行參與的，而是 Scrum 的這三個角色都需要一起完成，沒理由將 同是 Scrum 成員的 Product Owner 排除在外。
要記得：Scrum 重視的是團隊合作，而非團隊成員分工，Scrum 關注的是「團隊」、「合作」，以及「團隊能否快速地朝向共同的目標前進」（快速的原因，就跟前文提到的公司和產品存亡密切相關了）。
所以，還認為 Product Owner 不需要參與 Daily Scrum 嗎？
註：何謂「真正的團隊（team）」也會在後續的文章中分享～（眨眼）
— — —
希望這樣的分享，能幫助大家對好需求怎麼寫能產生啟發，甚至有不同的新觀點！若想給予我feedback，或有受到啟發，或甚至產生行動，請務必讓我知道，我很樂意跟每一位對我的分享有興趣的新舊朋友們聊聊：https://www.facebook.com/kaitlyn.peng.56
9會員
28內容數
一生懸命在「改善臺灣職場與職人能力」的使命，有十餘年產品和團隊管理經驗。期待透過推廣產品管理知識與管理實務，改善對臺灣職人能力，讓企業因此而更有競爭力，因此創立臺灣產品人學會 （POA) 。
現任：
- 臺灣產品人學會 (POA) 理事長
- 生活和職涯教練
- 臺灣百大企業 Agile Coach
留言0
查看全部
你可能也想看
Google News 追蹤
徵的就是你 🫵 超ㄅㄧㄤˋ 獎品搭配超瞎趴的四大主題，等你踹共啦！還有機會獲得經典的「偉士牌樂高」喔！馬上來參加本次的活動吧！
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
「Scrum的用意是為科技業設想一套更快速，更可靠，更有效的軟體開發手法。」
「Scrum源自於 Toyota生產系統，以及空戰的OODA循環。」
「設定為期一週至一個月的“衝刺 Sprint"，以維持動能，讓每個成員承擔應有的責任。」
「進行簡短的"每日立會 Daily St
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船，通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧，幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃，從而提升未來專案的成功率。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
在敏捷開發過程中，每兩週都會有一場回顧會議（retro），PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思，這篇想記錄以產品經理（PO）的角度常被提到的檢討點，一方面是幫助自己成長，另一面是更濃縮自己的產品想法。
誰適合看這篇文章？✔ 對產品經理、產品企劃、產品策略、產品規劃有興
這篇文章分享創業團隊在管理壓力和溝通上的心法和經驗，並提到適當的小里程碑能夠維持團隊的前進動力，以及創造溝通環境的自由性，減少溝通上的不安。
過去企業品牌與福利是選擇公司的重要指標，但如今人們也更注重主管領導和團隊氛圍。文章探討了期待的主管樣貌和團隊共戰的協作方式，以及溝通在管理中的重要性。
在企業管理中，產品經理（Product Management）與專案經理（Project Management）這兩個角色雖然都被簡稱為「PM」，但實際上存在著相異之處與部分重疊。
[場景：在辦公室內，Peter 和 Max 坐在一起討論公司的策略規劃]
Max： 嗨，Peter，我們這個季度的計畫是要推出新產品，我想了解一下你認為作為產品經理最重要的角色是什麼？
怎麼促進團隊合作？提高團隊凝聚力？掌握團隊協作的重要性原理是關鍵！跟著我們一起全面了解有效團隊合作的特質和核心價值，學習高效策略技巧來管理團隊，推動成員開放溝通，大家一起掌握高效數位工具來提高團隊合作效率！文末還有團隊建設遊戲喔！
徵的就是你 🫵 超ㄅㄧㄤˋ 獎品搭配超瞎趴的四大主題，等你踹共啦！還有機會獲得經典的「偉士牌樂高」喔！馬上來參加本次的活動吧！
隨著理財資訊的普及，越來越多台灣人不再將資產侷限於台股，而是將視野拓展到國際市場。特別是美國市場，其豐富的理財選擇，讓不少人開始思考將資金配置於海外市場的可能性。
然而，要參與美國市場並不只是盲目跟隨標的這麼簡單，而是需要策略和方式，尤其對新手而言，除了選股以外還會遇到語言、開戶流程、Ap
「Scrum的用意是為科技業設想一套更快速，更可靠，更有效的軟體開發手法。」
「Scrum源自於 Toyota生產系統，以及空戰的OODA循環。」
「設定為期一週至一個月的“衝刺 Sprint"，以維持動能，讓每個成員承擔應有的責任。」
「進行簡短的"每日立會 Daily St
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船，通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧，幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃，從而提升未來專案的成功率。
在數位時代，Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件，並結合我開發CDP的實際經驗，分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum，優化專案流程。
在敏捷開發過程中，每兩週都會有一場回顧會議（retro），PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思，這篇想記錄以產品經理（PO）的角度常被提到的檢討點，一方面是幫助自己成長，另一面是更濃縮自己的產品想法。
誰適合看這篇文章？✔ 對產品經理、產品企劃、產品策略、產品規劃有興
這篇文章分享創業團隊在管理壓力和溝通上的心法和經驗，並提到適當的小里程碑能夠維持團隊的前進動力，以及創造溝通環境的自由性，減少溝通上的不安。
過去企業品牌與福利是選擇公司的重要指標，但如今人們也更注重主管領導和團隊氛圍。文章探討了期待的主管樣貌和團隊共戰的協作方式，以及溝通在管理中的重要性。
在企業管理中，產品經理（Product Management）與專案經理（Project Management）這兩個角色雖然都被簡稱為「PM」，但實際上存在著相異之處與部分重疊。
[場景：在辦公室內，Peter 和 Max 坐在一起討論公司的策略規劃]
Max： 嗨，Peter，我們這個季度的計畫是要推出新產品，我想了解一下你認為作為產品經理最重要的角色是什麼？
怎麼促進團隊合作？提高團隊凝聚力？掌握團隊協作的重要性原理是關鍵！跟著我們一起全面了解有效團隊合作的特質和核心價值，學習高效策略技巧來管理團隊，推動成員開放溝通，大家一起掌握高效數位工具來提高團隊合作效率！文末還有團隊建設遊戲喔！