江湖上軟體開發有兩個大門派，第一個門派歷史跟軟體一樣久，心法是以流程為主軸，正式名稱瀑布式開發（Waterfall），最具代表的武功就是CMMI，幾年前台灣政府大力推動支持。另一個門派在1990年代異軍突起，心法是以人為主軸，正式名稱為敏捷式開發（Agile），最知名的武功是Scrum。
江湖上軟體開發（或專案管理）有兩個大門派，第一個門派歷史跟軟體一樣久，心法是以流程為主軸，正式名稱瀑布式開發（Waterfall），最具代表的武功就是 CMMI，幾年前台灣政府大力推動支持。另一個門派在1990年代異軍突起，心法是以人為主軸，正式名稱為敏捷式開發（Agile），最知名的武功是 Scrum，但在台灣則是這一兩年才開始熱門起來，近年因爲許多公司的敏捷轉型成功，業界也把敏捷式開發的概念延申到敏捷式管理中。（註：Scrum 的原始意思是橄欖球的爭球動作，在軟體界沒有翻譯成中文，都是直接叫 Scrum）
跑Scrum的團隊應該都對Sprint Commitment不陌生。
怎麼解釋Sprint Commitment的概念呢？
就是開發團隊在Sprint Planning上依照Product Owner（PO）給的Items（又稱Story）優先順序，從最高的開始拿，一直拿到『啊，這個我們這次做不完』為只。
開發團隊所拿取的所有Items就叫Sprint Commitment（衝刺承諾），有些團隊還會定出Sprint Goal（衝刺目標）來讓這段時間團隊可以聚焦。很多PM或主管聽到Sprint Commitment這東西都會眉開眼笑，終於可以讓產品可以逼著團隊吞掉準時完成啦，但，案情真的那麼單純嗎？
在傳說中的Product Owner中簡單的談了Product Owner（簡稱PO，中文翻為產品負責人）的重要性和如何幫助PO成功。那在現實中的PO會遇到哪些問題呢？ 一些常見的PO怪味道（Smell）有
這些怪味道會給團隊帶來什麼影響呢？
在Scrum中常常聽到Team和Scrum Master，Product Owner（簡稱PO，中文翻為產品負責人）是個比較神秘的角色，而且好像不太重要。但他可是產品成功與否的靈魂人物，產品成功Scrum的模式才能繼續實行，這對團隊的生死存亡影響很大，所以一定要充分了解PO的職責和怎麼幫助他。
先讓我們看看Scrum Guide中The Product Owner 章節對PO的角色做的一些指引。
之前在PO傻傻搞不清楚中有提到提煉和展示Item的商業價值是Scrum中Product Owner的核心能力，提煉靠的是對產品和使用者熟悉和敏感度，而展示就考驗PO的表達能力了。其中最重要的展示能力就是說一個感動人心的故事。一個令人感動的故事（也可叫Item或Story）不可或缺的元素是什麼？
大家都知道Scrum裡頭有個角色叫Product Owner，簡稱PO。也都知道他最大的責任是維護Product Backlog，根據ROI排出Item的先後順序，對產品的成敗負責。導入後Scrum Team對這部分也比較少爭議，爭議最大的部分是PO針對每一個Item（Story）的需求要寫多清楚？