這是《落葉》文集里第?89?片落葉，希望你能喜歡，不為別的，只為這份堅持。
The product owner is typically a project's key stakeholder. Part of the product owner responsibilities is to have a vision of what he or she wishes to build, and convey that vision to the scrum team. This is key to successfully starting any agile software development project. The agile product owner does this in part through the product backlog, which is a prioritized features list for the product.
為什么先引用 Product Owner 的原文解釋呢？因為很多名詞的釋義在被翻譯成中文之后，要么比較晦澀，要么就有偏差，通過原文能更精準地理解這個 Scrum 里重要的角色之一，下文中就用常見簡稱 PO 來表示了。
今天我這個老兵來理論結(jié)合實踐的說說 PO 在 Scrum 里到底是做什么的，后續(xù)會結(jié)合更深入的學習實踐繼續(xù)改進更新。
1、PO 是 Scrum Team 的一員，和 Scrum Master 以及開發(fā)團隊都保持著緊密的合作和及時的溝通；
2、PO 一定是團隊里最熟悉產(chǎn)品和用戶的那個人；
3、如果我們把 Scrum 看作一艘龍舟的話，PO 就是這艘龍舟上的“舵手”，他掌控著整艘龍舟前進的方向，在整個航程中，確保整個團隊將力氣使在了正確的方向。這也意味著，整個團隊必須要完全聽從 PO 的決定，而且只需要聽從 PO 的指引，其他任何利益相關(guān)人都無權(quán)越過 PO 去告訴團隊該做什么；
4、PO 很清楚自己想要什么，他有一個清晰而明確的愿景，并會將這個愿景傳達給整個團隊。我認為這點是評價一個 PO 好與不好的關(guān)鍵點，一個好的 PO 很清楚自己要的是什么，或者應該說客戶/用戶想要的是什么，從而可以很好地保證整個團隊都是優(yōu)先在做最有價值的事。 而一個不好的 PO 會讓整個團隊都跟著亂成一團，今天做一個功能，明天又推翻重做，使團隊成員完全喪失成就感；
5、PO 需要維護 Scrum 里很重要的一個工件，PB（Product Backlog），在這個清單里，PO 會根據(jù)需求背景、用戶期望、故事點大小等多方面因素對產(chǎn)品需求進行排序，并持續(xù)維護。PB 里的需求來源可能來自于客戶、用戶、團隊、管理層或者產(chǎn)品經(jīng)理團隊，但唯一有權(quán)限對其進行增刪改的只有 PO；
6、PO 在整個 Sprint 過程中必須要參加的三個會議：
? ? Sprint Planning Meeting：PO 需要清楚地告訴團隊要做什么，并讓整個團隊對所有需求的理解都能達成一致；
? ? Sprint Review Meeting：PO 需要依據(jù)自己制訂的 DoD （Definition of Done）對完成的 User Story 進行評審驗收；
? ? Sprint Retrospective Meeting：PO 需要提出這個 Sprint 里做得好的和做的不好的實踐點，并從自身角度出發(fā)提出改進建議；
7、PO 對產(chǎn)品負責，在每個 Sprint 里，他也應該要全身心投入其中，但對于一個大項目來說，PO 也許會同時服務(wù)于多個 Scrum 團隊，因為每個 Scrum 團隊的大小不會超過9個人；
8、PO 一定是一個人，但他可能會有一個產(chǎn)品團隊在支撐他；
9、有的團隊會有一種角色叫 PPO（Proxy Product Owner），這是因為公司架構(gòu)關(guān)系，產(chǎn)品經(jīng)理團隊和開發(fā)團隊不在一個城市，甚至于不在一個國家，出于溝通的及時性和效率上考慮而設(shè)置的一種角色；
作者簡介：14 年測試 + 11 年項目管理 + 11 年團隊管理 = 一個測試老兵
