产品所有者是否应该参加回顾性?

团队产品所有者回顾我最近收到了一个问题,产品所有者是否应参与足彩胜负14场回顾。一个有趣的讨论脱掉了如何“它应该是书” and “common sense”我总结在下面的博客文章中。

问题如果产品应该参加回顾,参与者在Erik Philippus培训培训(访客博客帖子的作者)被问及 Ervaringen符合足彩胜负14场en scrum认证和the overview of 足彩胜负14场/ SCRUM认证)准备考试时成为专业的Scrum大师。考试问题询问产品所有者是否应参与Sprint回顾。可能的答案是它是可选的(如果Scrum Master邀请),强制性(追溯是SCRUM团队评估自己和改进的机会)或不允许(回顾是在开发团队中有追溯)。

产品所有者是否应参与回顾性

人们倾向于选择第一个答案,正确的答案实际上是第二个。优选地,毕竟,产品所有者在那里,整个Scrum团队评估Sprint如何消失,产品所有者是Scrum团队的一部分。此外,产品所有者和开发团队之间的合作是可以追溯探索的东西,这使得产品所有者在那里参与讨论的重要事项。

在组织中存在强有力的层次结构,团队将产品所有者视为他们上方的人而不是作为团队成员,而且由于团队成员不敢开放,并谈论什么发生的事情错误,然后scrum master可以要求产品所有者避免到回顾。但是,在几次回顾之前,该团队应该足够能够处理这种情况,然后它变得重要的是产品所有者加入回顾性。

第一个答案表明产品所有者只应在Scrum Master邀请上进行。我看到它不同,产品所有者是根据定义的定义,除非Scrum掌握要求他/她的请求不来。

伊利克’对我的答案的反应是:

我想到了这一点,在实践中,通常是产品所有者参加回顾的情况。说得通。

好的,然后我们解决了这个?好吧,几乎。其余的回答:

但与许多其他主题一样,考试问题的正确答案不是如此逻辑。我一直明白“如果你播放这本书”除非由开发团队邀请,否则产品所有者不存在。它’仍然不清楚我应该是对考试问题的正确答案。也是如此 ’烦人的是,练习和常识并不总是与考试问题的正确答案相匹配…

做什么“the books” tell us?

克鲁姆指南 指出追溯适用于Scrum团队。 Scrum团队包括产品所有者:

Sprint Retrospective是Scrum团队检查自己的机会,并在下一个Sprint期间创建一个改进计划的计划。

这与考试问题的第二次答案一致,表示追溯用于整个Scrum团队,它清楚地关闭了第三个答案(仅开发团队)。

克鲁姆指南. 不可知,整个Scrum团队必须始终参加回顾,但鉴于Scrum指南中的描述如何,这是您所期望的。它在Scrum指南中无处可以明确邀请产品所有者。

伊利克 showed me a text from the 克鲁姆 Primer.,这就说 在足彩胜负14场回读点处的产品所有者的存在是可选的:

摘要:与过程和环境相关的检查和适应。
参与者:团队,Scrummaster,产品所有者(可选)。其他利益攸关方可以由团队邀请,但并非允许参加。
持续时间:每周短时间为45分钟。

这表明产品所有者可以参与回顾,但不需要在那里。该团队是否必须邀请他/她或者如果产品所有者可以在Scrum底漆中确定是否参加或不明确描述是否参加。

我喜欢的scrum primer:

有时Scrummaster可以充当追溯的有效促进者,但找到一个中立的局外人可以更好地促进会议;一种良好的方法是伪装者,以促进彼此的回顾,这使得团队之间的交叉授粉。

这是我完全支持的东西’很重要的是保证回顾都很便于!

做什么适合你!

经常使用模型和框架,可以进行多种解释。来自Erik和Me的健康常识告诉我们,我们希望在足彩胜负14场回顾中拥有产品所有者。幸运的是,在实践中,往往是这种情况,尽管有一支只需要一点推动的团队邀请产品所有者到回顾。因此这个博文:-)。

在研讨会上 有价值的足彩胜负14场回顾 您将学习如何在您的组织中有效地应用回顾。您将体验如何让整个团队参与界定将有助于您组织的目标和结果的改进行动。

这篇文章来自荷兰语帖子 Mag De产品所有者Deelnemen Aan De Reprospective?

分享这种经历
  • 29
    分享

本林德林

我帮助组织具有有效的软件开发和管理实践。有关足彩胜负14场,精益和质量的多个网络的活跃成员,以及常见的演讲者和作家。

这篇文章有6条评论

  1. 保罗沼泽

    这吓到了我,这就是为什么我相信Scrum对足彩胜负14场原因有害。我的第一个关注是,‘play by the book’。 scrum已成为(和它’没有它的错)将票据列表配方到您应该做的是足彩胜负14场。即使是考试的想法似乎与你需要欣赏的东西相反,以便足彩胜负14场。我的第二个问题是缺乏人类的问题。一世’ve Accused瀑布从业者假设球队充满了机器人而不是人。作为数量‘Scrum-check-list因此足彩胜负14场’团队增加了对足彩胜负14场的理解减少,因此有人了解任何行为者的责任,特别是产品所有者的责任也会降低。当我看到足彩胜负14场团队的球队时,产品所有者是一个往往没有的利益相关者’理解,通常是非常判断的,并始终寻找问题。邀请他们回顾性是确保没有人说出任何远程负面的方式。当然,那些回顾主义者的真实结果是你’没有足彩胜负14场,但在我的经验中,球队只是让他们真正的好瀑布团队。

    1. 本林德林

      保罗,我认识并分享你的担忧。

      “Do it by the book”不是我想要的东西,根本不是。足彩胜负14场和scrum和scrum和suck或nexus等任何其他框架是一个规则书或食谱簿告诉你如何做到这一点。您必须找到自己的工作方式和调整方式。我的偏好是使用足彩胜负14场宣言的价值和原则来做这一点,因为他们有意义。

      正如我在博客帖子中提到的那样,如果您,您可以要求产品所有者最初不参加回顾性’害怕团队成员赢了’说说话。然后作为一个促进者,您可以帮助团队学习如何在一个安全的文化中学习如何反映并找到适合他们的工作方式。

      在几乎所有的团队中,在团队与产品所有者之间的合作之后会出现问题。邀请他/她讨论他们讨论它们是有意义的。如果该团队随后关闭,我作为促进者将在会议期间立即给予。这为团队提供了几种选择:

      –该团队不断退出,并不是’t dare to speak
      –该团队认识到这并说明
      –产品所有者对团队开放,邀请他们提供反馈

      如果第一次发生,我’LL在回顾他们开放和诚实的时候提醒团队。通常,此信号被拾取,我们可以在产品所有者在那里时,我们可以向团队工作也是安全的。我们可以讨论安全性和努力。

      当其他事情发生时,很好,那’互动和反馈开始发生的地方 -

      总结,我分享你的担忧,而是一种处理它的方法是让它发生并使团队意识到。如果在你之后没有采取任何行动’完成了促进者/教练可以做的一切,那么它明确就能在足彩胜负14场性在视线中进行长途旅行…

  2. 保罗沼泽

    对我来说,问题是你’在每个人都买到它之前,没有足彩胜负14场。这本身就是’一个问题,努力成为足彩胜负14场是一个完全合理的国家。我不喜欢的是想法,‘we’re doing Scrum’ and yet I’m asking, ‘我应该邀请产品所有者’?这尤其突出显示,因为这与考试有关。如果问题是,‘as we’re introducing Scrum’ then it wouldn’对我来说是一个问题。我想我’M只是对Scrum / Scrum-Master考试,培训等质量非常持怀疑态度“I’m a Scrum-Master”似乎等同于我们做了站立,有一个积压和2周的冲刺…because that’我在我的scrum课程作弊表中有什么。那’不是足彩胜负14场,‘个人和对流程和工具的互动’。 scrum是刚刚成为机器人过程的真实危险。我想我周围要说更多公司需要像你自己的员工教练,因为他们经常在自己做时弄得一团糟。

  3. 本林德林

    对我来说,足彩胜负14场不是一个国家或目标,而不是组织的东西“is”. It’持续改进的旅程永远不会结束。

    据说我仍然对足彩胜负14场的理解水平分享你的担忧。我做了四年的全职学校教育,然后我被允许在科学(BSC)中称自己是一个学士学位。但真正了解软件工程所在的几年需要几年。同样的管理和教练人,我’我仍然每天学习。

    2天的培训是一个微小的一步。这可能是一个重要的一步,是的,很有帮助。但是,你仍然必须学习如何走路,并继续提高你的行走技巧!

  4. 保罗沼泽

    我同意。当人们了解包括持续改进的基本原则时,我会说一家公司是足彩胜负14场的。我觉得许多公司认为他们只是因为他们有一个立场而足彩胜负14场。我的错误是他们需要了解足彩胜负14场而不是规定的方法。考试格式可能重新强制执行这种不良练习。原始帖子是您有问题的症状,是的,您可以解决症状(通过邀请或不邀请所有者),但是需要解决根本原因。

    1. 本林德林

      同意理解保罗价值。当组织说他们想要实施足彩胜负14场时,这也经常缺乏。当我向他们询问他们期望的足彩胜负14场或为什么他们想要做到这一点时,许多唐’T有一个深刻的答案。谈论根本原因…

发表评论

本网站使用AkisMet减少垃圾邮件。 了解如何处理评论数据.