BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

产品负责人如何参与规划扑克游戏?

| 作者 Dan Puckett 关注 1 他的粉丝 ,译者 郑柯 关注 3 他的粉丝 发布于 2010年8月11日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

Scrum Development邮件列表中最近有一个讨论,Tri Nguye提出问题:产品负责人是否应该参与规划扑克游戏?有大概的结论么?正如Ron Jeffries明确指出的

他们应该在场么?是的,说明他们的意思。

他们应该估算么?不,除非他们准备参与编码工作。

也就是说,在规划扑克游戏中,产品负责人应该负责澄清每个用户故事的完成条件,比如:应该包括哪些功能,不要哪些功能,要达到哪些标准等等等等。但是产品负责人不应该帮助团队估算达成这些条件需要多少工作量。以规划扑克形式表示的量化工作量估算,必须由开发团队独立完成。

不让产品负责人提供估算的原因很简单。开发团队成员需要做出承诺,承诺接下来的sprint中要完成哪些功能。如果产品负责人可以为这个承诺施加过多影响,团队就无法真正将该承诺视如己出,因此失去很多Scrum中自组织所带来的力量。

然而有一种特殊情况,产品负责人可能需要提供自己的工作量估算。Dan Rawsthorne指出

记住:产品负责人是一个角色,是一个人。人可以扮演其他角色,而且在这些角色中,人可能要进行工作量估算。

如果产品负责人也是一个开发人员,实际上,他可能就要在规划扑克过程中提供估算了。考虑到产品负责人角色所占用的时间,其实很少有产品负责人有时间从事开发工作。

产品负责人在估算过程中是不是必须完全沉默?也不一定。规划扑克是一种有用的工具,可以检查在产品负责人和开发团队之间的沟通误差,一旦发现沟通误差,就必须马上纠正。Henrik Kniberg在他的《硝烟中的Scrume和XP》一书中给出如下例子:

团队和产品负责人对于sprint计划非常满意,准备结束会议。这时Scrum Master说到:“稍等,这个名为‘添加用户’的故事还没有估算。咱们来看看吧!”经过几轮规划扑克活动之后,团队同意分配20个故事点数。此时产品负责人站了起来,怒道:“什么?!”经过几分钟热烈的讨论,发现团队错误理解了“增加用户”的范围,他们以为这需要‘一个很好的web图形用户界面来添加、移除、删除、搜索用户’;然而产品负责人只想要”通过SQL直接操作数据库,手动添加用户“。他们重新估算了以下,最后同意5个故事点数。

在这个例子中,规划扑克起到了交叉检查的作用,防止对于用户故事范围的错误理解。

查看英文原文: How Should a Product Owner Participate in a Planning Poker Session?

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT