谁促进了敏捷回顾?

促进敏捷回顾如果我问促进敏捷回顾的人,大多数人告诉我它’他们的scrum大师。有些甚至看起来很惊讶,好像他们可能是任何领导他们回顾的人?是的。在某些情况下’如果别人比Scrum Master促进了敏捷回顾,那就更好了。

让’S脱离了一件事。我不’t关心什么具体的框架或流程,如scrum或安全说到谁是谁“responsible”对于敏捷回顾,或者是谁’s “task”这是为了做到这一点。对我来说,它不是关于“who’工作是管理会议”。结果是什么事!你怎么 让你的回顾性有价值:有一个有效的会议,并获得有助于团队改进的好行动。

基本上任何人都可以促进敏捷回顾。我使用的主要指导方针是:

  • 如果它是一个有经验丰富的团队成员的成熟团队,那么任何团队成员(包括Scrum Master)都可以促进其团队成员角色旁边的回顾。
  • 如果团队是新的或刚刚开始敏捷,而且没有’T有很多反思和便利的经验,那么我建议有一个独立的促进者。

对于一个新的团队,应由团队成员促进回顾,肯定不是Scrum Master。你为什么要问?因为这支球队正在探索如何以敏捷方式工作,这意味着改变人们共同努力的方式。这种变化会影响团队中的每个人,并且在开始时主要是Scrum Master。必须领导回顾,并在同一时间反思和学习是艰难的。我的建议是为球队专注于学习并让别人促进会议。

敏捷回顾的独立促进者

所以谁可以促进新团队的敏捷回顾,如果它不是’t的团队的scrum大师?无论谁这样做,那个人必须具备适当的技能来做。它可以是另一个团队的团队成员,就是那个团队’Scrum Master或来自那个团队的任何人都知道如何带来良好的回顾。或者它可以是敏捷的教练,处理负责,质量管理员,甚至是人力资源管理员的某人。促进者的职位或作用是无关紧要的,重要的是该人可以充当独立的促进者,并具有正确的技能。

在关于早期版本的这篇文章的评论中,Kasia Ziemba提到了通过陈述通过讲台经理促进的危险“在管理人员明白他们的角色是支持的,而不是命令和控制,它可能会阻止团队中的学习过程。”我是第二个,并加入它,我’在经理真正试图支持该团队的情况下看到的情况,但由于公司团队成员的历史没有’当他们在会议的地方时,T信任经理足够完全开放诚实。过去的表现和感知可以在他们想要采用敏捷管理风格时对管理人员努力’很难。另一方面,我看到了具有非常好的便利技能的经理,他们在敏捷之旅中帮助了团队。团队感知至关重要,如果是 team doesn’t feel safe 随着促进者,其他人有助于回顾。

成为一个自组织团队的仆人领导者’易于新的Scrum大师。对新团队的回顾(实际上,对于任何团队)的重点是反思和学习。如果团队以外的某人促进他们的敏捷回顾,那就更好了。知道如何领导会议的人,以及采用敏捷方式所需的工作。承认 障碍和障碍 并帮助团队找到解决方案。

谁促进了你的敏捷回顾?

分享这种经历
  • 35
    分享

本林德林

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

这篇文章有4条评论

  1. Kasia Ziemba.

    嗨本!一世’对这篇文章有点混淆。我不同意Scrum Master无法促进回顾性。有时候,要脱离和中立,尤其是在团队中发生了很多时,即使是可能的。此外,我认为它显示了他或她的角色中的Scrum大师的成熟度。
    And the second point is that I do not belive that facilitating retrospective by a line manager will give a meaningful outcome. 在管理人员明白他们的角色是支持的,而不是命令和控制,它可能会阻止团队中的学习过程。

  2. 本林德林

    在线管理器促进的回顾中提到的危险是非常真实的,我第二。加入它,我’在经理真正试图支持该团队的情况下看到的情况,但由于公司团队成员的历史没有’当他们在会议的地方时,T信任经理足够完全开放诚实。过去的表现和感知可以在他们想要采用敏捷管理风格时对管理人员努力’s hard.

    关于Scrum Master的促进,同样可能是真的。存在“raised”使用命令和控制管理团队成员可以预期Scrum Master将导致并决定它们。我写了关于这个 为什么专门的全日制Scrum主人难以实现 - 以及替代品是什么。如果组织为团队分配Scrum Masters,那么团队成员将Scrum Masters视为一个领导者,成为一个经理。而且,他们不会开放和诚实。

    独立的促进者处理这些风险。他们专注于回顾性会议的大气层 创造安全。因此,疑问时,我建议有一个独立的促进者。一个也知道如果团队能够自己做事:-)。

    感谢您对我的博客Kasia发表评论,并指出与经理促进回顾的经理的风险!一世’ve根据它更新了我的帖子!

  3. Kasia Ziemba.

    本,感谢您对帐户的评论!:)
    我认为这是非常有价值的讨论,所以我敢于将一个关于为团队分配SM的评论。尽管组织为团队分配了SM,但这一切都取决于他或她的心态。他或她被视为领导者或经理,取决于团队成熟度和背景。事实上,有时SM表现得像经理,但仍然属于同理心和信任的精神。我被聘为在环境中的第一个,全职SM,这是一个相当的命令和控制,我可能在一开始就被视为下一个经理。展示团队成员需要时间,实际上是什么和最重要的,Scrum值在实践中。

    1. 本林德林

      再次感谢Kasia的另一个伟大的补充!

      人们不 ’介意改变,但他们讨厌改变。如果SM被引入为想要帮助他们的人,谁会倾听他们的担忧,谁真正感兴趣,那么接受SM会更容易。如果团队认为介绍作为获得新的经理推动它们,那么它需要更多的时间来建立信任。

      我的个人经历是,一个人被引入组织的方式很重要。一世’已经以许多不同的方式介绍。有时这让我很难让他们对我的预期的影响。在其他场合,事情更顺利。职位,角色/函数名称,介绍的人是可以制造或打破第一印象的所有东西。但是’s another story…

发表评论

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