為什麼 Product Owner 應該參與 Daily Scrum?

閱讀時間約 5 分鐘
Photo by/on Unsplash
在實踐 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
avatar-img
9會員
28內容數
一生懸命在「改善臺灣職場與職人能力」的使命,有十餘年產品和團隊管理經驗。期待透過推廣產品管理知識與管理實務,改善對臺灣職人能力,讓企業因此而更有競爭力,因此創立臺灣產品人學會 (POA) 。 現任: - 臺灣產品人學會 (POA) 理事長 - 生活和職涯教練 - 臺灣百大企業 Agile Coach
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
你可能也想看
Google News 追蹤
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
「Scrum的用意是為科技業設想一套更快速,更可靠,更有效的軟體開發手法。」 「Scrum源自於 Toyota生產系統,以及空戰的OODA循環。」 「設定為期一週至一個月的“衝刺 Sprint",以維持動能,讓每個成員承擔應有的責任。」 「進行簡短的"每日立會 Daily St
Thumbnail
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船,通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧,幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃,從而提升未來專案的成功率。
Thumbnail
在數位時代,Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件,並結合我開發CDP的實際經驗,分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum,優化專案流程。
Thumbnail
在敏捷開發過程中,每兩週都會有一場回顧會議(retro),PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思,這篇想記錄以產品經理(PO)的角度常被提到的檢討點,一方面是幫助自己成長,另一面是更濃縮自己的產品想法。 誰適合看這篇文章?✔ 對產品經理、產品企劃、產品策略、產品規劃有興
Thumbnail
作為一個管理者,我們需要:保持對技術的熱誠,聆聽與做出決定,還有確保團隊達成目標。
Thumbnail
這篇文章分享創業團隊在管理壓力和溝通上的心法和經驗,並提到適當的小里程碑能夠維持團隊的前進動力,以及創造溝通環境的自由性,減少溝通上的不安。
Thumbnail
過去企業品牌與福利是選擇公司的重要指標,但如今人們也更注重主管領導和團隊氛圍。文章探討了期待的主管樣貌和團隊共戰的協作方式,以及溝通在管理中的重要性。
在企業管理中,產品經理(Product Management)與專案經理(Project Management)這兩個角色雖然都被簡稱為「PM」,但實際上存在著相異之處與部分重疊。
[場景:在辦公室內,Peter 和 Max 坐在一起討論公司的策略規劃] Max: 嗨,Peter,我們這個季度的計畫是要推出新產品,我想了解一下你認為作為產品經理最重要的角色是什麼?
怎麼促進團隊合作?提高團隊凝聚力?掌握團隊協作的重要性原理是關鍵!跟著我們一起全面了解有效團隊合作的特質和核心價值,學習高效策略技巧來管理團隊,推動成員開放溝通,大家一起掌握高效數位工具來提高團隊合作效率!文末還有團隊建設遊戲喔!
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
「Scrum的用意是為科技業設想一套更快速,更可靠,更有效的軟體開發手法。」 「Scrum源自於 Toyota生產系統,以及空戰的OODA循環。」 「設定為期一週至一個月的“衝刺 Sprint",以維持動能,讓每個成員承擔應有的責任。」 「進行簡短的"每日立會 Daily St
Thumbnail
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船,通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧,幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃,從而提升未來專案的成功率。
Thumbnail
在數位時代,Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件,並結合我開發CDP的實際經驗,分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum,優化專案流程。
Thumbnail
在敏捷開發過程中,每兩週都會有一場回顧會議(retro),PO、UX、RD、QA 會針對該 Sprint 進行檢討和反思,這篇想記錄以產品經理(PO)的角度常被提到的檢討點,一方面是幫助自己成長,另一面是更濃縮自己的產品想法。 誰適合看這篇文章?✔ 對產品經理、產品企劃、產品策略、產品規劃有興
Thumbnail
作為一個管理者,我們需要:保持對技術的熱誠,聆聽與做出決定,還有確保團隊達成目標。
Thumbnail
這篇文章分享創業團隊在管理壓力和溝通上的心法和經驗,並提到適當的小里程碑能夠維持團隊的前進動力,以及創造溝通環境的自由性,減少溝通上的不安。
Thumbnail
過去企業品牌與福利是選擇公司的重要指標,但如今人們也更注重主管領導和團隊氛圍。文章探討了期待的主管樣貌和團隊共戰的協作方式,以及溝通在管理中的重要性。
在企業管理中,產品經理(Product Management)與專案經理(Project Management)這兩個角色雖然都被簡稱為「PM」,但實際上存在著相異之處與部分重疊。
[場景:在辦公室內,Peter 和 Max 坐在一起討論公司的策略規劃] Max: 嗨,Peter,我們這個季度的計畫是要推出新產品,我想了解一下你認為作為產品經理最重要的角色是什麼?
怎麼促進團隊合作?提高團隊凝聚力?掌握團隊協作的重要性原理是關鍵!跟著我們一起全面了解有效團隊合作的特質和核心價值,學習高效策略技巧來管理團隊,推動成員開放溝通,大家一起掌握高效數位工具來提高團隊合作效率!文末還有團隊建設遊戲喔!