優先順序 #

在 Scrum 中，有了高效率的團隊（引擎）還不夠，我們還需要一個能精準控制方向的舵手，那就是「產品負責人（Product Owner）」。本章探討如何決定「先做什麼」，以及如何透過優先順序的排列，用最少力氣獲取最大價值。

產品負責人（Product Owner） #

產品負責人是 Scrum 團隊中至關重要的角色，他必須站在商業、技術與用戶體驗的交會點。只有處於這三者的正中心，才能打造出卓越產品。

權力與責任的界線 #

產品負責人並非傳統意義上的「部門主管」。

不負責： 績效評估、決定升遷或加薪（那是 Scrum Master 或直線經理的事）
負責： 決定產品願景（做什麼）以及價值交付
地位： 無權命令團隊，反而要向團隊報告價值與回饋。領導權來自於「價值」，而非職位

產品負責人必備的四大特質

具備專業知識： 充分了解「該做什麼」，知道哪些東西可轉換為有意義的商業價值，同時也清楚技術的可行性邊界（知道能做／做不到什麼）
擁有決策權： 能堅持立場，並為最終成果負責。有權決定產品走向，不需層層請示
能找到人（Available）： 須隨時能向團隊解釋應做事項與做法。如果團隊找不到人問問題，開發就會停滯
能為價值負責： 因 Scrum 手法透明，易找出衡量標準。PO 須對產品是否賺錢或達到影響力負責

待辦事項清單與 80/20 法則 #

建置 Scrum 的首要任務，就是建立「待辦事項清單（Product Backlog）」。

列點原則： 以「足以激發顧客購買」的角度，列出所有必要功能
核心心法： 80% 的價值常來自於 20% 的功能
關鍵行動： 產品負責人就是要找出那 20% 的關鍵功能，並決定先做這些

最小可行產品（MVP）與 OODA #

決定優先順序後，我們不需等到產品完美才發布。

MVP 的真義 #

完成度： 即便只有可笑的簡單程度也沒關係
貢獻： 重點在「帶來回饋」。透過 MVP，我們可以驗證這是否真的是那最重要的 20%
循環： 這是個重複過程，透過不斷發布 MVP，我們能持續鎖定下個最有價值的功能點

應用 OODA 循環 #

產品負責人需遵從 OODA 流程來調整優先順序：

觀察（Observe）： 事態演進時，看清市場狀況
導向（Orient）： 分析回饋，安排替代方案
決定（Decide）： 決定待辦清單的順序調整
行動（Act）： 團隊執行開發，產出後再接續觀察

以「免費變更」降低風險 #

傳統合約害怕變更，導致產品與市場脫節。 Scrum 鼓勵以「免費變更」的模式與顧客合作：只要新功能的預估規模等於被替換掉的舊功能，顧客可以免費更改需求。

Scrum 能有效降低三種核心風險：

風險類型	解決方案
市場風險	藉由更快提出產品（MVP），逼近顧客真正想要的，而非我們猜想的
技術風險	透過早期開發，能提早預估即將面對的技術瓶頸
財務風險	以不斷回答「顧客是否願為此買單」來降低投資浪費

重點摘要 #

擬定清單，檢查兩次： 包含所有要做到的功能，並嚴格安排順序執行
轉換願景成行動： 產品負責人須了解市場與顧客，將願景轉化為具體待辦清單
領導者 ≠ 老闆： 產品負責人決定「做什麼」與「原因」；團隊則決定「怎麼做」與「由誰做」
擁抱不確定性： 主動出擊（OODA），在對手因恐懼與懷疑而自亂陣腳時，你已透過快速循環擊敗他們
免費變更的價值： 花錢做沒人要的功能是浪費。若新事物能帶來價值，就該替換掉原本舊事項（一開始覺得需要，往往不是實際所需）