BT

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

Mike Cohn建议在Sprint复审中展现未完成工作

| 作者 Rui Miguel Ferreira 关注 2 他的粉丝 ,译者 李彬 关注 1 他的粉丝 发布于 2014年3月8日. 估计阅读时间: 2 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

Scrum联盟的创始人之一Mike Cohn,就Sprint复审的内容向敏捷社区发出了不同的声音。他认为,展现待办事项列表中未完成的事项,有时候是值得的。

根据定义,Sprint复审会议是一轮Sprint最后一天中的第一部分,团队在会上向客户展现刚刚完成的这次迭代(Sprint)得到的产品。对于这次会议来说,其规则包括:

  • 复审已经完成的工作,以及已计划但未完成的工作。
  • 向利益干系人展现完成的工作(又名“demo”)。
  • 无法演示未完成工作。
  • 4小时时间限制。

Cohn在博客文章的开头,首先强调了上述核心规则——在演示过程中,团队可以展示迭代中完成的工作事项。这样做,能够确保客户只看到真正完成的工作的总量,而这与团队提供的完成列表相一致。接下来,Cohn谈到了不允许团队展现未完成待办事项的风险:

  • 虚假的工作实际完成进度。
  • 如果在会议中讨论的所有事物都已经完成(或接近完成),那么客户期望将变得更高。

鉴于此类会议的主要目的在于收集来自利益干系人的反馈,他认为某些时候展示未完成的工作是非常有价值的:“例如,你或许想让每个你希望参与的人,都针对下一个(将要实现的)事项的视觉设计是否满足期望,来发表各自的评论。那么放手去做吧,把它的特性展示出来,并收集有关的反馈。”

Cohn的文章收到了许多不同的回答和反馈。例如Илья表示,Cohn正在“打开危险的魔盒,因为他告诉人们,你们可以展现未完成的工作……这确实很难,而如果人们仅仅展示哪些工作已完成,就不需要那么多的勇气。”

另一方面,Adam Myhr表示,在Sprint复审会议上展现未完成的工作,“对我来说,打破过去的拘束,是为了实现某些与Sprint复审的目的不同的东西。在我看来,这是一个恰当使用Scrum框架的机会”。

有许多讨论都围绕着这个未完成工作的话题。在Programmers Stack Exchange上的一条讨论话题中,GuyR提到了一种不那么常见的方法:“在Sprint复审中,产品所有者与Sprint团队和利益干系人协商讨论,针对完成度做出决断”。在这种情况下,无论事项完成与否,都应该展示出来。

查看英文原文:Mike Cohn Suggests Unfinished Work in Sprint Review

评价本文

专业度
风格

您好,朋友!

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

获得来自InfoQ的更多体验。

告诉我们您的想法

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

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

学习了 by jiang jianbo

可以尝试试一下

允许的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通知我

1 讨论

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


找回密码....

Follow

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

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

Like

内容自由定制

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

Notifications

获取更新

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

BT