在實踐 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)」也會在後續的文章中分享~(眨眼)
— — —