參考一下鈦坦科技Amber的分享 :
「產品負責人就像產品的主人，關心產品表現，與所有影響產品表現的角色，包含利害關係人、資料分析人員、設計人員、軟體工程師等保持緊密合作，擔任一個面對團隊與客戶橋梁的角色。」
不錯的正面表述。
不過，身為一個資深 Java 程式設計師，做單元測試(Unit Test)時的思維，總不能永遠都是認為使用者應該照著我的設計邏輯來操作，造成只有正面表列的測試。負面的思維，不按牌理出牌的操作，也是該測試下。
在這裡，補充一下我認為的 Product Owner :

當每期衝刺活動(sprint)失敗時，總是最擔心害怕整個 Story 變成空談的人，就是實質 Product Owener。

所謂的患難見真情。真正整個Story變成空談導致失敗，而需扛起整的責任的人，就是真正最適合擔任 Product Owner 的角色。看來就是老闆自己了。

任何能開公司當老闆的人，沒有一定的商業邏輯私房菜，是不可能創業的。對於這些實質 Product Owner 的老闆們，身為員工的我是非常敬佩的。
要讓整個 Scrum 開發能夠成功達標，Product Owner 該具備的人格特質就是 :

誠實面對自己團隊目前的實際能力及資源，切勿設定好高騖遠的目標。

舉個以前在某 P2P 借貸公司的案例。老闆在併購某借貸平台(號稱一萬多個會員數)後，信誓旦旦地跟開發團隊說: 資料庫與整個 WEB 服務都要朝高併發的方向去設計。當後來開發人員把併購而來的 MongoDB 濾掉空值的會員筆數後，連 500 筆會員都不到。堅持這個目標的結果就是初期所投下軟硬體資源成本會非常高，能否在未來立即找到 9500 個願意在這個平台放款的金主成員，業務看來是壓力山大了。

其實在整個 Scrum 開發中，只要老闆有
『失敗並不可怕，重點是整個團隊能不能在失敗當中浴火重生，不再重複犯錯。』
的覺悟，合理的目標設好後，就放手一搏吧 ! 其他的就交給Scrum 導師(SM)這個關鍵角色吧 !

ps. 在資訊業千萬不要用 Project Manager(PM) 這個角色的定位來看 Scrum 開發中的 Product Owner(PO)。有興趣深入了解，可以看我之前的文章:轉載宿命之戰: PM vs PG 好真實的IT職場寫照 XD。可惜的是，原文在對岸的連結找不到了。