我認爲產品負責人是Scrum在軟件界遇到的最糟糕的事情。
這是個很壞的主意！
——Mary Poppendieck
Mary Poppendieck認爲，產品負責人的角色是從事工作的人和需要工作完成的人之間的代理，這會導致軟件工程過程中的延遲、誤解和膨脹。Poppendieck撰寫了很多軟件精益（Lean in Software）方面的書籍，她在7月15日的一場題爲“培養精益思維模式”的演講中提出了這一觀點，她在演講中討論了精益思維模式是如何有效地對變化做出快速反應的。
Mike Cohn，”用戶故事“的作者和敏捷宣言的簽署者，在6月11日轉發了他關於同一主題的文章。他寫道“是時候取消Scrum的產品負責人角色了”，並問道“團隊應該協作共同做出技術決策，那麼爲什麼不一起做產品決策呢?”
Cohn和Poppendieck似乎一致認爲，我們應該將產品決策的責任作爲一項共同責任重新分配給軟件工程團隊，就像測試和架構已經做的那樣，這是提高我們構建軟件和更快響應變化能力的首選方法。
Cohn說，這將要求開發人員“超越把自己當成程序猿的思維“。Poppendieck認爲這是回到了最初的工程思維模式，她說軟件在上世紀90年代失去了這種思維模式。儘管對根本原因和潛在解決方案的分析差異很大，但其他許多人也對產品負責人的角色提出了類似的擔憂。
在“偉大的產品負責人的挑戰”（The Great Product Owner Challenge）中，Nigel Thurlow辯稱，產品所有權並未被打破；這是一個組織如何執行這個角色，以及組織惰性如何阻止它做出的必要的改變。
討論過此問題的其他評論員的精選標題包括：
大多數文章都介紹瞭如何培養優秀的產品負責人，但也揭示了許多人在試圖很好地利用這個角色方面遇到的困難。
Scrum創始人Jeff Sutherland在推特上發表的一篇研究文章，在文章中，作者還強調了一些組織爲了適應傳統結構而破壞敏捷，從而角色被扭曲的趨勢，爲什麼我們無法擴展：
總而言之，文獻中出現了一個新興的主題，即Scrum大師、產品負責人和團隊角色的原始平衡正在被調整、整合，甚至可能被破壞，以適應從瀑布式過渡過來的組織的需求……
總結一下各文章的各個方面，我們可以看到，隨着敏捷的擴展和使用成爲一種規範，可能不再明顯需要一個產品負責人的角色了，該角色也顯然不適合這種情況。在過去的10年裏，InfoQ已經涵蓋了這個複雜角色的許多方面，包括：基於Henrik Kniberg思想的團隊協作；產品負責人的模式和產品負責人的擴展；討論的廣度和深度在繼續擴大。所有的組織設計都涉及到複雜的環境和複雜的人際互動。產品負責人角色的好壞顯然取決於很多因素，包括團隊的成熟度、組織的成熟度、組織的類型、組織的複雜性以及產品負責人本身。
原文鏈接：
https://www.infoq.com/news/2020/09/product-owner-good-bad-complex/