迭代回顾对于产品负责人是个很好的学习、增进和建立同开发团队良好关系的机会。 Pichler Consulting 的负责人、“Agile Product Management with Scrum”一书的作者 Roman Pichler,最近在他的博客中表示自己支持产品负责人参与迭代回顾。
作为产品负责人,你是 Scrum 团队的一员,这团队也包括开发人员和 Scrum Master。既然你负责产品,你得依赖其他 Scrum 成员来帮你创造一个成功的软件产品。如果你作为产品负责人不参加回顾,你就浪费了增进和改善同团队之间关系的机会。
Roman 认为产品负责人应该积极地参与迭代回顾。产品负责人可以通过回顾得到对于他们工作的反馈,并和团队讨论哪些地方可以改进。
Roman 提到了一些可以被产品负责人在迭代回顾中讨论的问题:
- 你是否花了足够多的时间和开发团队在一起?你是否随时准备足够快地回答问题或者给予反馈?你是否以恰当的方式给予团队正确的反馈和指导?
- 你和团队之间的沟通是否开放、坦诚并且彼此信任?
- 团队知道用户是如何使用产品的吗?
- 团队成员们参与到分析用户反馈和数据,改变产品待办事项和完成迭代中的用户故事,他们对此是否感到高兴?你从团队那里能否得到足够的支持来整理维护产品待办事项?
- 团队成员是否了解全局计划,是否知道整个产品的愿景、策略以及路线图?团队成员是否有足够时间帮助你做产品计划和产品路线图?
Roman 说产品负责人仅仅和开发团队协作是不够的。为了产品的成功,他们还需要同市场、销售、客户服务以及财务建立牢固的关系。
为了检验和改进与市场、销售等领域的伙伴们的协作,一个非常好的途径就是邀请他们定期参加到敏捷回顾中来。取决于你们协作关系的远近,你可以邀请他们每月一次地、或者每个主要发布版本一次地参加到回顾中。联合回顾会帮助你建立更近、更互信的关系,使得新产品版本的发布更加顺利,同时改进产品的销售和服务。
Roman 提到了一些的关于产品负责人在扩展回顾中可能会讨论的问题:
- 这些来自市场和销售等领域的伙伴们,是否足够深入地参与到产品计划和路线演进活动中?
- 他们是否定期参与迭代审查会议?审查会议对他们是否有益?他们理解项目的进展情况吗?
- 他们能否获得一些必需信息从而及时地完成自己的工作?例如,为了准备市场推广活动和编辑销售宣传资料。
- 你能否从合作伙伴那里得到足够的数据和支持?例如,你所需要的定期更新的销售数据和市场反馈。
Agile Pain Relief Consulting 的创始人和顾问 Mark Levison 表达了他对 Roman 想法的观点。他提醒说,当产品负责人们和团队的关系比较新的时候,产品负责人需要格外小心一些。当他们参与团队回顾时,需要一些权衡。
Mark 喜欢他的产品负责人参与到团队回顾中,只要他们明白开发团队对如何实现产品负责人所设定的目标承担责任。
原文英文链接: Active Participation of Product Owners in Sprint Retrospective
感谢杨赛对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。
评论