在Scrum中常常聽到Team和Scrum Master，Product Owner（簡稱PO，中文翻為產品負責人）是個比較神秘的角色，而且好像不太重要。但他可是產品成功與否的靈魂人物，產品成功Scrum的模式才能繼續實行，這對團隊的生死存亡影響很大，所以一定要充分了解PO的職責和怎麼幫助他。
先讓我們看看Scrum Guide中The Product Owner 章節對PO的角色做的一些指引。
月份: 2015 年 5 月
神啊，請讓我估的準一點吧 – 如何預估軟體時程
寫一個動人的故事 – 清楚表達產品價值
之前在PO傻傻搞不清楚中有提到提煉和展示Item的商業價值是Scrum中Product Owner的核心能力，提煉靠的是對產品和使用者熟悉和敏感度，而展示就考驗PO的表達能力了。其中最重要的展示能力就是說一個感動人心的故事。一個令人感動的故事（也可叫Item或Story）不可或缺的元素是什麼？
傻傻搞不清楚需求 – PO對需求要了解多少？
大家都知道Scrum裡頭有個角色叫Product Owner，簡稱PO。也都知道他最大的責任是維護Product Backlog，根據ROI排出Item的先後順序，對產品的成敗負責。導入後Scrum Team對這部分也比較少爭議，爭議最大的部分是PO針對每一個Item（Story）的需求要寫多清楚？
來人啊，草紙在哪裡！- 敏捷式組織如何處理客戶的需求
一個很有趣的情境題：如果有一天客戶來公司開會，突然感覺肚子怪怪的，衝去廁所解決一下，解決完了坐馬桶上發現問題大條，衛生紙沒了！他只有你的電話馬上就打給你求救，你又剛剛好在很重要的會議跟超級大老闆開會，該怎麼辦呢？
天下武功，唯快不破？ – 敏捷開發是為了快嗎？
Scrum 不包生導入指南
Scrum帶你上天堂？- 敏捷開發的優點和缺點
Scrum是近年軟體開發方法最熱門的關鍵字，說的像是可以返老還童加上起死回生的仙丹妙藥。所有的開發團隊只要服用後就可以火力全開，顧客全部都滿意的笑到露牙齦。說那麼好但台灣真正導入的團隊又沒多少個，聲稱導入的團隊又感覺很奇怪充滿在地文化台灣式Scrum，那到底應不應該導入呢？
Scrum是近年軟體開發方法最熱門的關鍵字，說的像是可以返老還童加上起死回生的仙丹妙藥。所有的開發團隊只要服用後就可以火力全開，顧客全部都滿意的笑到露牙齦。說那麼好但台灣真正導入的團隊又沒多少個，聲稱導入的團隊又感覺很奇怪充滿在地文化台灣式Scrum，那到底應不應該導入呢？