【落叶89】“老兵聊测试”之 Scrum 七剑（一）【Produ
文/秋之川
这是《落叶》文集里第 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 来表示了。
今天我这个老兵来理论结合实践的说说 PO 在 Scrum 里到底是做什么的，后续会结合更深入的学习实践继续改进更新。
1、PO 是 Scrum Team 的一员，和 Scrum Master 以及开发团队都保持着紧密的合作和及时的沟通；
2、PO 一定是团队里最熟悉产品和用户的那个人；
3、如果我们把 Scrum 看作一艘龙舟的话，PO 就是这艘龙舟上的“舵手”，他掌控着整艘龙舟前进的方向，在整个航程中，确保整个团队将力气使在了正确的方向。这也意味着，整个团队必须要完全听从 PO 的决定，而且只需要听从 PO 的指引，其他任何利益相关人都无权越过 PO 去告诉团队该做什么；
4、PO 很清楚自己想要什么，他有一个清晰而明确的愿景，并会将这个愿景传达给整个团队。我认为这点是评价一个 PO 好与不好的关键点，一个好的 PO 很清楚自己要的是什么，或者应该说客户/用户想要的是什么，从而可以很好地保证整个团队都是优先在做最有价值的事。 而一个不好的 PO 会让整个团队都跟着乱成一团，今天做一个功能，明天又推翻重做，使团队成员完全丧失成就感；
5、PO 需要维护 Scrum 里很重要的一个工件，PB（Product Backlog），在这个清单里，PO 会根据需求背景、用户期望、故事点大小等多方面因素对产品需求进行排序，并持续维护。PB 里的需求来源可能来自于客户、用户、团队、管理层或者产品经理团队，但唯一有权限对其进行增删改的只有 PO；
6、PO 在整个 Sprint 过程中必须要参加的三个会议：
Sprint Planning Meeting：PO 需要清楚地告诉团队要做什么，并让整个团队对所有需求的理解都能达成一致；
Sprint Review Meeting：PO 需要依据自己制订的 DoD （Definition of Done）对完成的 User Story 进行评审验收；
Sprint Retrospective Meeting：PO 需要提出这个 Sprint 里做得好的和做的不好的实践点，并从自身角度出发提出改进建议；
7、PO 对产品负责，在每个 Sprint 里，他也应该要全身心投入其中，但对于一个大项目来说，PO 也许会同时服务于多个 Scrum 团队，因为每个 Scrum 团队的大小不会超过9个人；
8、PO 一定是一个人，但他可能会有一个产品团队在支撑他；
9、有的团队会有一种角色叫 PPO（Proxy Product Owner），这是因为公司架构关系，产品经理团队和开发团队不在一个城市，甚至于不在一个国家，出于沟通的及时性和效率上考虑而设置的一种角色；
作者简介：14 年测试 + 11 年项目管理 + 11 年团队管理 = 一个测试老兵
