Product Owner 如何跟 Scrum Master 密切工作

閱讀時間約 22 分鐘
Photo by Austin Distel on Unsplash
共同作者:Shalom Chin 與 KK;譯者:KK
你的 Product Owner (PO) 和 Scrum Master (SM) 能良好合作嗎?你的 SM 和開發人員是否將 PO 視為 Scrum 團隊的一份子? Scrum 是以強大團隊合作為基礎的工作方式,尤其是 PO 和 SM 之間的團隊合作。
Scrum Master 有責任領導團隊交付讓客戶滿意的產品,而 Product Owner 則更負有重責為團隊指引正確的工作方向。這兩者間的關係,我們喜歡用下列的描述方式動態聯繫出來:比如:駕車去某處旅行。 在這之中,PO 是規劃旅程目的地的人,而 SM 則是協調旅程中的人們,以讓他們準時到達每個目的地。另一個比喻是,在高級餐廳製作佳餚。 PO 是廚房協理,負責開發品嘗菜單,以便為客戶帶來驚喜的體驗,SM 則是總廚師長,負責協調烹飪團隊,以便創造美食。
PO 能與 SM 緊密協作,以便更好地履行職責。透過讓 SM 擔任產品駕駛艙的僚機飛行員(註1),Scrum 團隊能對於他們正在開發客戶想要的產品這件事感到有信心,並取得他們需要的用於交付更好產品的回饋。
以下是能幫助 PO 和 SM 良好協作的五個想法:
  1. 在開始 Product Backlog Refinement (PBR) 這項 Event 前,可考慮跟 SM 精煉(refine)每個 Product Backlog Item (PBI)。這是一個能讓 SM 教練以精煉 PBI 藝術的機會。讓 SM 針對即將到來的 Sprint 要討論的 PBI ,提出如何改善其清晰度和細節的回饋。倘若你的 SM 無法了解 PBI 的價值或有澄清問題,那麼 Developers 可能會遇到同樣的狀況。透過這樣的練習,你的 SM 也將更加準備好成為 PO 和 Developers 在 Refinment 活動時的橋樑,撫平其對工作的理解差距。Scrum Guide 提到「the Scrum Master serves the Product Owner in several ways, including…Helping the Scrum Team understand the need for clear and concise Product Backlog items」;所以,對於一起討論 Backlog 別感到害羞唷!
  2. 在 Sprint Planning 前,了解要討論的 PBI 和 Sprint Goal會同樣的很有幫助。由於 SM 會追踪每個 Sprint 的 Team Velocity,因此 SM 會知道團隊的潛力和當前的速度(velocity)。基於此,PO 能選擇更適合著重討論的 PBI 或 User Story,並隨之調整 Sprint Goal。在 SM 的幫助下,也能有機會將 PBI 更拆分的更小,以便能放入即將到來的 Sprint Backlog。考量團隊下個 Sprint 的 Capacity(指能拉取的 Story Points 總數),PO 能與團隊一起確認可以包在部署中的功能或項目,以便產生如 Scrum Guide 提到的「maximize the value of the product resulting from the work of Scrum team」。
  3. 若 Product Goal 和 Sprint Goal 與長期的 Product Vision 和短期期望一致,則能由 SM 身上取得第二種意見。為了彌補任何盲點,在確保付出的努力與組織目標緊密一致時,可找 SM 討論,畢竟三個臭皮匠, 勝過一個諸葛亮。 在合理化 Backlog 的優先順序上,SM 也可以作為 PO 的鏡子,以便排除能推遲到以後的事情。
  4. SM 應該是了解 Scrum 團隊面臨的所有障礙的最佳人選。時常與 SM 互動,PO 可以了解 SM 的知識,以便知道一些挑戰,從而更好地制定戰略,來管理利害關係人和客戶的期望。透過 PO 在組織內的聯繫,PO 可能能夠幫助團隊應對一些挑戰。 PO 是否需要為團隊爭取更多時間? PO 是否可以從客戶那裡得到更多的澄清說明,或與利害關係人協調一些調整?一個優秀的 PO 對利害關係人有一定的影響力,並且知道如何運用說服力來找到客戶和團隊的一致。
  5. 除了支持有效的 Backlog 管理外,和 SM 密切合作的 PO,能避免在 PO 不在場時成為團隊的瓶頸。有時 PO 會不在場(因為 PO 要度假或有緊急事件),而當 PO 不在時,SM 可以暫時充當代理人,以便幫助回答 Developers 的任何問題,以免進度中斷。讓 SM 參與大多數客戶和利害關係人的討論的 PO,能讓 SM 更好地了解客戶的需求和組織的優先順序。 SM 可以使用得到這項知識,減少等待 PO 完成工作的時間。然而,我們建議 PO 要盡可能地多多出現在團隊中,而不是讓代理人出現。
考量上述,我們希望更多的 PO 能放心地將 SM 納入他們所做的工作中,以便讓 SM 更好地了解其工作性質。這麼做將使 SM 有更好地觀點,以便了解該如何幫助 PO 在 Sprint Planning 和 PBR 活動中取得更好的進展。不只如此,SM 將能夠幫助 PO 運用知識,以便激勵團隊,並讓團隊專注在正確的 PBI 上,以實現 Product Goal。 PO 和 SM 可以一起努力為團隊消除障礙,因此 PO 能更好地管理利害關係人和客戶的期望。
補充摘錄:
你知道作為 Product Owner 能運用 Scrum Master 的知識和經驗,來幫助團隊更好地運作 Scrum 嗎?你的教練團隊運作Scrum的 SM,應該能跟你一起踏上成為更高效 PO 的旅程。在這篇文章中,我們介紹了一些說明你作為 PO 該如何向你的 SM 尋求協助的想法,以便指引團隊做出滿足利害關係人和客戶的需求。
對於PO如何與SM更好的協作方面,你有其他的想法嗎?我們很樂意聽到更多相關的資訊。
備註:
  1. Wing Person:Wingman、僚機飛行員,飛在第一架飛機後方或在側邊的飛行員,尤指在某人嘗試接觸潛在生意夥伴時候,為其提供支援的朋友
Co-written by Shalom Chin and Kaitlyn Peng
Do your Product Owner (PO) and Scrum Master (SM) work well together? Do your SM and Developers consider PO as part of the Scrum team? Scrum is based on strong teamwork, especially between the PO and the SM.
While Scrum Masters are accountable for leading the team to deliver products that please the customers, Product Owners have as much of an important responsibility to point the team in the right direction on what to work on. We like to relate the dynamics of this relationship akin to going on a road trip somewhere with a car. The PO would be the one who plans the destinations to reach in the trip and the SM would coordinate the people on the trip such that they reach each destination on time. Another analogy would be creating dishes at a fine-dining restaurant. The PO is the culinary director who develops the degustation menu to bring an amazing experience to the customers, and SM is the executive chef who coordinates the culinary team to create the food.
A PO can collaborate closely with the SM to perform the role better. By having the SM as a wing person in the product cockpit, the Scrum team can be confident that they are building products that the customers want and get the feedback that they need to deliver better products.
Here are five ideas on the things POs can do to tap onto the knowledge and experience of SMs:
  1. Before beginning the Product Backlog Refinement (PBR) activities, consider running through each product backlog item (PBI) to be refined with the SM. This is an opportunity to be coached by the SM on the art of refining PBIs. Have the SM give feedback on how to improve the clarity and details of the PBIs to be discussed in the upcoming sprint. If your SM cannot understand the value of the PBI or have clarifying questions, it could be that the developers will encounter the same experience. By running through this exercise, your SM will also be more prepared in bridging the gap of understanding of the work between the PO and the developers during the refinement activity. In reference to the Scrum Guide, “the Scrum Master serves the Product Owner in several ways, including…Helping the Scrum Team understand the need for clear and concise Product Backlog items”; so don’t be shy to discuss the backlog together!
  2. Likewise, it would be helpful to walk through the PBIs and Sprint goal(s) to be talked about before Sprint Planning. Since SM tracks the team’s velocity for each Sprint, the SM would know the potential capacity of the team and its current velocity. Based on that, the PO can choose the PBIs or user stories which are more appropriate to focus on for discussion and adjust the Sprint goal accordingly. There could also be opportunities with the help of an SM to decompose a PBI further into smaller parts so that it can potentially fit into the upcoming Sprint Backlog. Taking into account the team’s capacity for the upcoming sprint, the PO can work with the team to determine the features or items that can be included in the deployment, in order to “maximize the value of the product resulting from the work of Scrum team”, as mentioned in Scrum Guide.
  3. Having a second opinion from the SM if the product goals and sprint goals are aligned with the long-term product vision and the short-term expectations respectively. To cover any blind spot, two minds are better than one when it comes to making sure that the effort to be expended has strong alignment with the organizational goals. The SM can act as a mirror to the PO to rationalize the prioritization of the backlog to exclude things that can be postponed to a later date.
  4. The SM should be the best person to understand the all impediments faced by the Scrum team. With constant interaction with the SM, the PO can tap into the SM’s knowledge to understand some of those challenges, thus, better formulating a strategy to manage the expectations of stakeholders and customers. With the connections that the PO has within the organization, the PO might be able to help the team address some of these challenges. Does the PO need to buy the team more time? Can the PO get more clarification from the customer or negotiate some changes with the stakeholders? A good PO has some influence over the stakeholders and knows how to use the power of persuasion to seek alignment with both the customers and the team.
  5. Besides support in effective backlog management, the PO who works closely with the SM can avoid being a bottleneck to the team when the PO is not present. There are times in which the PO has to be away because they need to go on vacation or are out on an emergency. While the PO is unavailable, the SM could temporarily act as a proxy to help answer any questions from the developers so as not to have a disruption in the flow of progress. The PO who includes SM in most of the customer and stakeholder conversations can give the SM a better understanding of the customer’s needs and the organization’s priorities. The SM can use that knowledge to reduce any time waiting for the PO to get the work done. However. we would recommend that the PO be present as much as possible for the team instead of having proxies.
With these in mind, we hope that more POs will feel comfortable including SMs in the work that they do so that the SM has a better understanding of the nature of the work. This will give the SM a better idea of how to assist the PO in having better flow during Sprint Planning and PBR activities. Moreover, the SM will be able to help the PO to use the knowledge to motivate the team and have the team focus on the right PBIs to achieve the product goals. Together, the PO and the SM can work toward removing impediments for the team so that the PO can better manage stakeholders’ and customers’ expectations.
Extract: Do you know that as a Product Owner, you can tap into the knowledge and experience of your Scrum Master to help the team do better Scrum? Your SM, who coaches the team on Scrum, should be able to join you on the journey to be a more effective PO. In this article, we introduce some ideas on how you as a PO can seek help from your SM to guide the team to satisfy the stakeholders and customers.
Do you have other ideas on how the PO can have better collaboration with the SM? We would love to hear more about it.
avatar-img
9會員
28內容數
一生懸命在「改善臺灣職場與職人能力」的使命,有十餘年產品和團隊管理經驗。期待透過推廣產品管理知識與管理實務,改善對臺灣職人能力,讓企業因此而更有競爭力,因此創立臺灣產品人學會 (POA) 。 現任: - 臺灣產品人學會 (POA) 理事長 - 生活和職涯教練 - 臺灣百大企業 Agile Coach
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
KKtalks 的其他內容
「怎麼隕石又來了!急件又來了?我該怎麼處理?」 面對這件事,你的選擇只能是「加班」和「死命的加班」嗎?有沒有更好、更科學的處理方式,能幫助你不加班的順暢解決呢?我相信是有的,並且整理並條列如下的推薦給你: 有效運用 Yesterday’s Weather:Scrum 是一個大量運用數據的科學...
Sprint Review 是跟利害關係人和客戶建立工作夥伴關係,並取得他們對產品的回饋的特別時段。除了 Scrum 團隊的 Increment,更新的 Release Burndown 和更新的 Team Velocity 等這些...
在實踐 Scrum 的過程中,總有朋友會聊到:「市面上關於 Product Owner 的書真的很少,Product Owner 到底該具備哪些特質?」或「什麼樣的人,才適合當 Product Owner?」的確,目前由 Scrum 創始人的書中或 Scrum Guide 上,並未看到有較詳細且..
從 Scrum 的五個 Event 中,Scrum 實踐者會花最少的時間詳細說明 Sprint。它通常被寫成一個有 Timebox 的 Event,它可以是一到四週的時長。它扮演著其他四個 Event 的容器。Timebox 的優點值得一提,因...
在實踐 Scrum 的這幾年中,記得曾遇到幾個團隊的 Team lead 極度抗拒 Product Owner 參與該團隊的 Daily Scrum,不僅想辦法用各種方式拒絕 Product Owner 參與該 event,更明顯的表現出不希望團隊跟 Product Owner 走得太近...
共同作者:Shalom Chin 與 KK;譯者:KK Scrum 是許多知識工作者進行團隊協作的流行工作框架。在最近的《16th State of Agile Report》中,提到 10 個團隊中有 9 個使用 Scrum,以作為採用更好的工作方式的轉型。在常年關注 Scrum Master 招
「怎麼隕石又來了!急件又來了?我該怎麼處理?」 面對這件事,你的選擇只能是「加班」和「死命的加班」嗎?有沒有更好、更科學的處理方式,能幫助你不加班的順暢解決呢?我相信是有的,並且整理並條列如下的推薦給你: 有效運用 Yesterday’s Weather:Scrum 是一個大量運用數據的科學...
Sprint Review 是跟利害關係人和客戶建立工作夥伴關係,並取得他們對產品的回饋的特別時段。除了 Scrum 團隊的 Increment,更新的 Release Burndown 和更新的 Team Velocity 等這些...
在實踐 Scrum 的過程中,總有朋友會聊到:「市面上關於 Product Owner 的書真的很少,Product Owner 到底該具備哪些特質?」或「什麼樣的人,才適合當 Product Owner?」的確,目前由 Scrum 創始人的書中或 Scrum Guide 上,並未看到有較詳細且..
從 Scrum 的五個 Event 中,Scrum 實踐者會花最少的時間詳細說明 Sprint。它通常被寫成一個有 Timebox 的 Event,它可以是一到四週的時長。它扮演著其他四個 Event 的容器。Timebox 的優點值得一提,因...
在實踐 Scrum 的這幾年中,記得曾遇到幾個團隊的 Team lead 極度抗拒 Product Owner 參與該團隊的 Daily Scrum,不僅想辦法用各種方式拒絕 Product Owner 參與該 event,更明顯的表現出不希望團隊跟 Product Owner 走得太近...
共同作者:Shalom Chin 與 KK;譯者:KK Scrum 是許多知識工作者進行團隊協作的流行工作框架。在最近的《16th State of Agile Report》中,提到 10 個團隊中有 9 個使用 Scrum,以作為採用更好的工作方式的轉型。在常年關注 Scrum Master 招
你可能也想看
Google News 追蹤
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
在產品管理中,跨部門協作和溝通是產品經理(PM)的關鍵職責之一。 產品經理需要與不同的團隊緊密合作,如開發、設計、行銷、銷售等,來確保產品從概念到市場的順利推出。良好的跨部門協作與溝通技巧不僅能提升工作效率,還能確保各部門的需求得到滿足,最終讓產品取得成功。
Thumbnail
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船,通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧,幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃,從而提升未來專案的成功率。
Thumbnail
在數位時代,Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件,並結合我開發CDP的實際經驗,分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum,優化專案流程。
Thumbnail
本次專訪,怪獸科技公司和 Spotify 資深產品經理 Agnes 將與我們探討五大 PM 產品實戰問題,帶你瞭解如何有效提升產品團隊效能、解決商業問題,以及最大化 Side Project 的成果,在競爭激烈的市場中脫穎而出(沒經驗、跨領域轉職的菜鳥也可以)!
Thumbnail
本文淺談專案管理(PM)在公司中的重要性,以及圍繞在 PM 周圍的各單位分工。介紹了專案範圍管理、專案成本管理、專案溝通管理、專案風險管理、專案整合管理等專案管理的相關內容,並著重介紹了 TPM、EPM、OPM、Sales Product Manager 等常見的專案管理角色。
Thumbnail
公司將目標轉化成各種專案,設定執行計劃來完成工作。專案需要管理。在管理職位上,分為「專案經理 (Project Manager)」與「專案領導人 (Project Leader)」。雖然這兩個職位實際功能是不同,並且各自在專案中發揮著重要作用。了解兩者的獨特性與重要性,將有助於更好的專案管理與發展。
Thumbnail
產品經理在企業中扮演著重要的角色,需要具備清晰的思維和溝通能力,以及對市場需求的洞察力和專案管理的能力。這篇文章分享了產品經理的工作職掌以及所需的能力,更重要的是思考,自己真正的目標,以及可採取的行動。
在企業管理中,產品經理(Product Management)與專案經理(Project Management)這兩個角色雖然都被簡稱為「PM」,但實際上存在著相異之處與部分重疊。
[場景:在辦公室內,Peter 和 Max 坐在一起討論公司的策略規劃] Max: 嗨,Peter,我們這個季度的計畫是要推出新產品,我想了解一下你認為作為產品經理最重要的角色是什麼?
作為一位產品經理(PM),了解並優化公司的流程是提高工作效率的關鍵。以下是五個步驟,幫助你系統性地改善流程、加速產品處理時程,提高公司的效率。
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
在產品管理中,跨部門協作和溝通是產品經理(PM)的關鍵職責之一。 產品經理需要與不同的團隊緊密合作,如開發、設計、行銷、銷售等,來確保產品從概念到市場的順利推出。良好的跨部門協作與溝通技巧不僅能提升工作效率,還能確保各部門的需求得到滿足,最終讓產品取得成功。
Thumbnail
如何有效運用Scrum的船舶理論來主持專案檢討會。船舶理論將專案比作船,通過風帆、礁石、錨等元素可視化檢討內容。會議前的準備、進行步驟及專案經理的主持技巧,幫助團隊在輕鬆愉快的氛圍中總結經驗、識別問題、制定改進計劃,從而提升未來專案的成功率。
Thumbnail
在數位時代,Scrum已成為專案管理的利器。本文介紹Scrum的核心角色、工件和事件,並結合我開發CDP的實際經驗,分享如何通過產品待辦清單管理、Sprint計劃與執行、每日站會和Sprint回顧來提升專案靈活性與效率。希望能啟發更多專案經理運用Scrum,優化專案流程。
Thumbnail
本次專訪,怪獸科技公司和 Spotify 資深產品經理 Agnes 將與我們探討五大 PM 產品實戰問題,帶你瞭解如何有效提升產品團隊效能、解決商業問題,以及最大化 Side Project 的成果,在競爭激烈的市場中脫穎而出(沒經驗、跨領域轉職的菜鳥也可以)!
Thumbnail
本文淺談專案管理(PM)在公司中的重要性,以及圍繞在 PM 周圍的各單位分工。介紹了專案範圍管理、專案成本管理、專案溝通管理、專案風險管理、專案整合管理等專案管理的相關內容,並著重介紹了 TPM、EPM、OPM、Sales Product Manager 等常見的專案管理角色。
Thumbnail
公司將目標轉化成各種專案,設定執行計劃來完成工作。專案需要管理。在管理職位上,分為「專案經理 (Project Manager)」與「專案領導人 (Project Leader)」。雖然這兩個職位實際功能是不同,並且各自在專案中發揮著重要作用。了解兩者的獨特性與重要性,將有助於更好的專案管理與發展。
Thumbnail
產品經理在企業中扮演著重要的角色,需要具備清晰的思維和溝通能力,以及對市場需求的洞察力和專案管理的能力。這篇文章分享了產品經理的工作職掌以及所需的能力,更重要的是思考,自己真正的目標,以及可採取的行動。
在企業管理中,產品經理(Product Management)與專案經理(Project Management)這兩個角色雖然都被簡稱為「PM」,但實際上存在著相異之處與部分重疊。
[場景:在辦公室內,Peter 和 Max 坐在一起討論公司的策略規劃] Max: 嗨,Peter,我們這個季度的計畫是要推出新產品,我想了解一下你認為作為產品經理最重要的角色是什麼?
作為一位產品經理(PM),了解並優化公司的流程是提高工作效率的關鍵。以下是五個步驟,幫助你系統性地改善流程、加速產品處理時程,提高公司的效率。