產品經理 VS.產品負責人（Product Owner）
很多年了，人們一直在討論產品經理和產品負責人角色之間的區別。這兩個角色是否可以共存，以及應該使用哪一個角色。本文談談我對這個問題的一些想法，以及對產品負責人起源的一些思考。
大家都遇到什麼問題了呢？
您可能知道，產品負責人源自Scrum，其最大的職責是“最大化產品的價值”。[1]對我來說，這聽起來像是教科書上產品管理的職責範疇。儘管如此，產品負責人經常被認為是一個戰術角色，負責管理產品Backlog，細化產品需求、以及和開發團隊進行協作，那這樣的職責定義到底是怎麼來的呢？
這些困惑至少部分是自於Scrum 本身，Scrum是一個關注在幫助團隊開發軟體的簡單框架。 整個過程並不包含大家所熟悉的產品管理實踐，例如產品戰略，產品規劃、路線圖，以及成本預測，並且只介紹了唯一的一個產品管理工具—產品Backlog。
另外，像SAFe這樣的一些方法，考慮到大規模的敏捷，採用了獨立的產品經理和產品負責人角色。使用戰略產品角色和戰術產品角色是大規模敏捷的一個常用的實踐。但在我看來，把產品負責人只作為一個戰術角色是一個錯誤：因為在SAFe中的產品負責人並不等同於Scrum中的產品負責人。存在兩種不同的產品負責人角色會讓大家更加的混淆。
那麼我們該怎麼辦呢？
那為什麼Scrum 需要引入一個產品負責人的角色？為什麼在Scrum不直接使用產品經理這個術語？ 讓我們回到Scrum 開始建立的上世紀九十年代， 那個時候產品的管理和當今是截然不同的。產品經理經常做的市場調研，產品的規劃和需求的定義。大多數人把需求文件交由專案經理管理，因為專案經理和開發團隊工作密切且負責最後上線的測試。 產品經理的職責只是修改需求或者幫助產品釋出。
這與敏捷流程中的工作方式形成了鮮明對比，在敏捷環境下，產品人員需要和開發團隊持續合作，同時也不能忽視市場和公司內部的相關干係人。
其次， Scrum 應用於產品開發和商業軟體產品領域之外。 許多使用Scrum的組織如銀行，零售企業和媒體公司，這些公司傳統上沒有產品管理，因此也沒有產品經理。 但他們確實擁有數字化產品，用於幫助市場營銷和銷售產品（比如手機銀行應用），或是他們開發實現業務流程自動化的軟體，以提升生產效率和減少成本。
通過設立產品負責人的角色，這些組織可以以敏捷的方式開始工作，卻不用立即建立產品管理團隊或者在進行組織流程變革。相反，來自業務部門的人通過參加一些培訓和指導可以擔任產品負責人角色。但長遠來看， 建立一個產品的管理職能是會帶來更多好處的，就像我的文章： “Five Tips for Introducing Product Management to Your Company.” 中談到的。
現在我們該怎麼辦？
那我們該何去何從呢。我的想法是我們不要糾結一直在產品經理和產品負責人裡找不同點，我們不如統稱他們產品人員 [2]在短期內， 我們應當明確產品負責人是一個產品管理的職責， 只有具備相關產品技能的人才能勝任這個職位。 就像Mary Cagan和其它人曾經指出， 2天的培訓是不足以培養一個有競爭力的產品負責人的，產品管理很複雜， 需要的知識面很廣，需要較長的時間和精力才能掌握。
此外，我們建議不論設定產品經理或者產品負責人的角色，必要時要讓他們具備相關資質。例如，可以聘用高階或者初級的產品經理/產品負責人，以及戰略產品經理/產品負責人和戰術產品經理/產品負責人。 其實，重要的不是工作角色和頭銜，關注使用者和我們的業務發展才更好。
參考資料：
[1] 這個引用來自於Scrum Guide 2016。1993年，Jeff Sutherland 最早將Scrum用於 Easel Corporation公司的“ design and analysis tool”開發專案上, 請參考 “Inventing and Reinventing SCRUM in Five Companies.”
世界上第一個Scrum產品負責人， Don Roedner, “ 必須要自己負責產品版本，商業計劃，業績，路線圖 和釋出計劃， 還有…, 精心梳理和精確定義優先順序的產品Backlog。 參考：“ Scrum敏捷產品管理”
[2] 非常感謝 Rich Mirnov向我介紹這個詞
本文作者：羅曼 皮克勒
譯者：Derek Ding，CSP/CSM/PMP, 英國愛丁堡大學電腦科學碩士，擁有十一年IT軟體，資訊產業，大資料和數字化產品經驗，超過八年技術和產品團隊管理經驗。自2012年開始實踐Scrum，擔任過Scrum Master和Product Owner角色。
原文連結：https://www.romanpichler.com/blog/product-manager-vs-product-owner/