摘要
冲刺回顾是Scrum中改善人们工作方式的关键机制。 尽管有些产品所有者认为他们不应该参加会议，但如果这样做，他们只能以客人的身份而不是积极的参与者。 但是回顾不仅使开发团队和ScrumMaster受益； 正如本文所解释的，这也是产品所有者学习和改进的机会。
回顾展
冲刺回顾是一个机会，可以暂停一会儿，并反思冲刺中发生的事情。 这使与会人员可以改善协作和工作实践，从而更好地创建出色的产品。
会议在冲刺审查会议之后的冲刺结束时立即举行。 其结果应该是可行的改进措施。 这些范围可以从坚定地承诺按时开始和结束未来的会议到更大的过程更改。 回顾不是指责练习。 正如圣雄甘地所说：“成为您想在世界上看到的变化。”
参与
作为产品所有者，您是Scrum团队的成员，该团队还包括开发团队和ScrumMaster。 在负责产品时，您需要依靠Scrum团队其他成员的协作来创建成功的软件产品。 如果您不以产品负责人的身份参加回顾展，那么您将浪费机会来加强关系并改善与他们的合作。
但是还有更多要做：参加sprint回顾可以使您理解为什么团队需要在下一个sprint中花费一些时间来进行改进，例如重构构建脚本或研究新的测试工具。 也许更重要的是，它可以帮助您改善 自己的工作 。
假设团队所处理的一些用户故事并未在冲刺中完成。 乍一看，这似乎是开发团队的错。 但是，分析问题可能会很好地说明故事的大小和接受标准的质量是造成问题的原因。 当您负责确保产品积压工作准备就绪时，此发现会影响您的工作：它表明您必须进一步分解用户故事，并建议开发团队在准备故事中的参与度应得到改善–否则您在故事进入冲刺之前就已经发现了问题。
如果您没有参加过回顾会议，那么您会全心全意地支持由此产生的改进措施并改变您的工作方式吗？
积极参与
不要以客人的身份参加回顾会议，后者会在被询问时讲话，但保持沉默。 成为积极的参与者，使用sprint回顾来获得有关您工作的反馈，并提出任何您希望得到改进的问题 。 具有建设性和协作性，但不要回避棘手的问题。
以下是您可能需要回顾的一些问题：
- 您是否在开发团队上花费了足够的时间？ 您是否有足够的时间回答问题或提供反馈足够快？ 您是否以正确的方式提供了正确的反馈和指导水平？
- 团队与您之间的沟通是否开放，诚实和信任？
- 团队是否知道用户如何使用该产品？
- 团队成员对参与分析用户反馈和数据，更改产品积压以及为冲刺做好准备感到高兴吗？ 您是否从团队中获得了足够的支持来“整理”积压的订单？
- 团队成员是否了解全局–总体愿景，产品策略和产品路线图？ 您是否有足够的团队成员时间来帮助您进行产品规划和产品规划？
改善广泛合作
尽管很重要，但不断改善与开发团队和ScrumMaster的协作通常是不够的。 您还需要与使产品成功所需的所有其他人保持牢固的关系。 其中包括来自营销，销售，客户服务，财务和法律领域的人员，如下图所示。
审查和改善与您的合作伙伴在营销，销售等方面的合作的一种好方法是定期邀请他们参加回顾会议。 根据您合作的紧密程度，范围可能从每月一次到每个主要版本一次。 联合回顾将帮助您建立更紧密和更可信赖的关系，帮助顺利推出新产品版本，并改善产品的销售和服务。
以下是您可能需要扩展回顾的一些问题：
- 来自营销，销售等方面的合作伙伴是否足够参与产品计划和路线图制作活动？
- 他们是否定期参加冲刺审查会议？ 审查会议对他们有好处吗？ 他们了解项目进度吗？
- 他们是否收到了及时进行工作所需的信息，例如准备营销活动和编制销售担保？
- 您是否从合作伙伴那里获得了足够的数据和支持，例如定期更新销售数据和所需的市场反馈？
当然，您也可以一对一讨论这些问题。 但是，将任何问题摆在桌面上并讨论改进的机会会让人感觉我们在一起。 它重申需要协作和团队合作以提供出色的产品； 它可以打破部门界限。
学到更多
您可以通过参加我的认证Scrum产品负责人培训课程来了解有关sprint回顾会议和产品负责人的更多信息。 如果您希望我在现场教授该课程，或者希望我在您的办公室举办产品负责人研讨会，请与我联系 。
翻译自: https://www.javacodegeeks.com/2014/06/the-product-owners-guide-to-the-sprint-retrospective.html