Scrum: 誰是產品所有者 (Product Onwer)？
對於大多數轉向敏捷方法的公司而言，產品所有者 (Product Owner) 是新的東西。但是，每個月您都會看到產品所有者需求的顯著增長。為什麼？我們將在本文中討論它，更多地關注產品所有者在軟體開發專案中的角色。
誰是產品所有者？
一個偉大的產品負責人基本上是他的產品的企業家。PO是敏捷團隊的成員，負責提供高質量的數字產品。簡而言之，PO定義使用者故事並優先處理積壓 (Backlog)，同時保持團隊功能的概念和技術完整性。
敏捷產品負責人在質量控制方面的作用是巨大的。PO是一個關鍵成員，他接受完成後的故事。根據我們的經驗，與不同行業的公司合作，如果公司沒有采購訂單，那麼在大多數情況下，如果沒有達到最後期限並且產品交付的功能不是真正需要的，那麼開發過程會變得混亂。
但是，我不得不說要完成敏捷軟體開發專案中需要完成的所有工作，在我看來，產品負責人應該有一些技術知識才能更有效。為什麼？因為產品所有者應該能夠與技術團隊交談並理解對推進專案至關重要的概念。此外，PO應該能夠向其他利益相關者解釋技術概念。PO就像開發團隊和利益相關者之間的中間人。但是，除了掌握技術知識外，PO應該從終端使用者的角度對產品有所瞭解。這意味著PO也應該有業務背景。
不幸的是，現在世界上很少有人真正符合這個“理想的候選人”標準，因此許多大學和學院開始開設課程來培養產品所有者。如果您想聽取我們的意見，那麼我們認為將技術人員，開發人員或CTO轉換為PO比商務人員容易得多。
讓我們來看看PO的主要責任範圍。
軟體開發專案中的產品負責人角色
建立和維護產品Backlog在軟體領域，沒有什麼是不變的，產品負責人必須根據客戶和市場需求調整產品Backlog。此外，好的PO知道何時以及如何說NO。這可能是最明顯但也是最難掌握的人。對新想法或功能說“是”很容易，這只是產品積壓的另一個專案。但是，良好的積壓管理包括建立可管理的產品積壓，其中的專案可能會實現。在積壓的情況下新增專案，知道什麼都不會發生，只會造成“浪費”和錯誤的期望。為了避免整個開發過程花費太長時間的情況，專案失去了重點，而開發的解決方案可能無法真正解決業務問題，PO應該對某些功能和變更說“不”。但在這些情況下，
根據業務價值或ROI確定積壓的優先順序每個使用者故事必須按相對重要性排序。不應該有5個高優先順序。重要的是要知道哪個使用者故事是＃1，哪個是＃2等。這不僅僅是從業務角度來看，PO應該考慮到開發部分以及在做X之前根本無法開發的一些功能任務。因此，PO應該從雙方分析需求，並提出最佳解決方案，最佳優先順序，從一開始就為產品增加更多價值。
使用者故事PO應該知道如何編寫使用者故事。簡單的例子是：作為使用者，我想<某個目標或目標>，以便<benefit，value>。這裡有一篇文章解釋使用者故事。
在每個Sprint開始時傳達願景和目標這有助於保持團隊的正常運轉。產品負責人代表客戶發表意見，並與利益相關方共同創造產品願景。每個決定都考慮到產品願景。這確保了可持續的產品開發，為開發團隊提供了清晰度，並增加了產品成功的機會。
吸引客戶和利益相關者以確保團隊正在構建正確的產品開發團隊不應該花時間向客戶解釋技術問題，這是PO的工作。換句話說，產品負責人是團隊對外界的代言人，應該確保所有溝通渠道都是開放的，並且專案需要適當的支援才能取得成功。PO負責定義實現目標的邊界和約束。它們可以包括截止日期完成日期，成本限制，記憶體限制和最低速度。
參加每日Scrum會議，Sprint計劃會議以及Sprint評審和回顧。對於產品負責人而言，擁有能夠適應不同團隊和個性型別的良好溝通技巧尤為重要。產品負責人應根據當前狀態，進展，可能的鬥爭和問題更新利益相關者。
質量保證通常情況下，PO是唯一可以接受故事的團隊成員。這包括驗證故事是否符合驗收標準並具有適當的，持久的驗收測試，並且它符合其“完成定義”
投資回報率產品所有者負責提供最佳投資回報。他們對sprint的釋出和產品級別的所有經濟決策負責。預算，時間和質量可根據需要進行調整，每個產品的成本和收益積壓也可用於確定使用者故事的優先順序。
解決衝突任何無法處理衝突的人都不應該是產品所有者。在數字產品開發中，擁有強大的衝突解決技能對於阻止爭議升級並專注於真正重要的事情非常重要。有時，PO必須經歷一些衝突才能達成解決方案。
準時交貨產品負責人負責確保團隊滿足截止日期和目標。PO負責根據里程碑提供最佳工作軟體。