随着回顾的回顾,改善了敏捷项目的合作

 人口 回顾性是敏捷团队学习和改善自己的好方法。许多项目有多个团队在同一产品上工作。每个团队都可以做自己的回顾。但是有焦点项目可以做些额外的事情来改善团队之间的合作,并增加项目的贡献吗?正在回顾回顾回顾措施(ROR)是一种在项目中分享学习的方法,并解决项目面临的问题。

这是另一种追溯技术,包括在LuisGonçalves和我写道的敏捷回教徒书中: 从敏捷回顾中获得价值.

为什么要回顾回顾一下?

追溯进行回顾主义者是在项目中分享学习的一种方式。 提高团队之间的合作,并增加项目的贡献。

由于产品所有者经常使用多个团队,因此ROR可用于对齐工作方式。这可以使他们更容易,以及团队更容易。

项目经理通常会参与ROR,因为它帮助他/她 用敏捷团队管理他的项目. 管理敏捷项目 是不同的,ROR有助于激发团队的协作和自组织。

由于ROR提高了项目内的协作,因此可以成为处理风险和提高产品质量的好方法。并增加该项目快速提供有价值功能的可能性。

公司范围的改进计划经常失败,回顾已经显示出在工作场上提供持续改进。 ROR通过使团队从其他团队中学到的团队来增强这一点。团队可以团队,他们看到共性。总和大于各个部分。

这个博客帖子谈论在一个项目中做ror。但您也可以在部门或完整的组织中进行。无论您在何处,您都必须合作才能使事物工作,定期做一个ROR可以帮助您去除障碍并保持事情。

你怎么能做回顾的回顾?

在回顾回顾一下,来自不同团队的成员聚集。他们讨论了他们团队的思考’S回顾,以及他们所采取的行动。他们可以一起决定

  • 需要的其他行动
  • 团队的重大’s actions
  • 如何共同执行团队行动
  • 对团队的改进’s actions

一个ROR可以通过几种方式完成。您可以定义要讨论的主题,这使参与者更容易准备。但您还有参与者在ROR开头建议主题,并进行投票和优先级。或者使用开放空间技术让人们聚集在他们认为重要的话题上。或者将其转化为讲故事的事件,人们分享关于它们如何经历的项目以及他们学到的内容。

ROR有些类似于Scrums的Scrum。这就是Scrum Masters聚集在一起讨论他们的进度,下一步,以及他们所面临的任何问题。通常,Scrum主人参与Scrums的Scrum,这是它与ROR不同的东西之一。基本上,任何一支在球队追溯的团队成员都可以参加ROR。它可能是一个团队成员,他们将推动加入ROR的团队改进。或者另一个设计师或测试人员,具体取决于要讨论的问题。一个具有改变管理技能的团队成员。它也没有’在每个ROR中都必须是同一个团队成员,在往往更好的scrums的scrum中。 ROR的目的也不同,它就没有’T专注于应该做的事情,但是如何做到这一点。重点是人民,过程,工作的方式。

你什么时候何时回顾回顾?

我的建议是在每次(重大)交付之后追溯回顾回顾。对于大多数项目,每3比6个冲刺将是每季度的每3-6个冲刺。当你有一些值得看的东西时,这个想法是这样做,这就是上次交付方式发生的事情。您也有ROR的目标:我们需要做些什么来使下一个送货工作?

主要交货的成功取决于:

  • 团队在一起工作
  • 团队积压之间的对齐
  • 具有共同看法的团队,使项目成功的重要性

ROR帮助团队的成员专注于此。看看出了什么问题,可以得到改善。并为即将到来的Sprint定义有效的行动,从而导致下一个交付。

您也可以在项目开始时进行ror。此时,重要的是要做出一些第一次决定项目将如何组织,以及团队如何共同努力。另一个时候这样做是在一个项目面临主要或重复问题时,这与团队一起工作的方式有关。你可以 恢复问题的根源,这有助于团队定义有效的行动来解决问题。

团队采取行动

回顾回顾的回顾将返回团队。因为它’s the 在做行动的不同团队中的人。通过改变他们工作的方式(他们的过程)。这取决于团队自己跟进他们的行为。 ROR不是团队的额外层次结构,这是一种帮助团队与其他团队对齐他们的改进旅程。一起旅行在那里有意义,找到导致他们命运的新方向,而不是走向浪费时间的方向。 回顾率为团队提供权力!

你可能会问一下球队怎么样?团队可能会在他们的回顾中讨论私人的问题。这涉及各个团队成员。那是在ROR中共享的东西吗?通常不是,我申请的基本规则是“团队中发生了什么,留在团队中”。这是否意味着您无法在ROR中讨论它?除非你可以匿名地去,除非没有伤害各个团队成员或团队,否则你就不能。但类似于团队中的信任,在项目中也应该有一定程度的信任。您可以在哪里讨论事物并假设他们不会被参与者滥用。

大规模回顾的例子

我可以推荐的大规模回顾性有一些鼓舞人心的故事:

您是否在您的项目中完成了多个团队的回顾?使用开放空间技术在项目中分享了学习吗?我喜欢收到你的来信!

注意:这篇文章于2016年2月1日及2017年3月20日更新,2018年3月9日和Januari 9:用于如何进行回顾的追溯添加的示例。

分享这种经历
  • 32
    分享

本林德林

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

这篇文章有11条评论

  1. 嗨本
    伟大的帖子。当我做了一系列回顾性时,它显示出始终同样的问题出现了我们过程的特定部分。所以我收集了对某种元追溯负责这一部分的所有人,完全是一个主题,导致我们可以实施的特定行动。它’没有像ror一样,但它’S也基于其他回顾性的结果进行回顾。您可以将其称为一个特定主题的精品备考。漂亮类似于在Spotify缩放敏捷时使用的Guilds Henrik Chiberg的想法。
    干杯
    巴特

    1. 贝纳莱德

      巴特,那’做了一个焦点回顾的好方法,带来了价值!我认为这也与TOC有一些相似之处,首先解决最大的约束并解决它。

      回顾要为组织带来的值之一 团队的行动,团队。团队决定该做什么,并做到。如果团队认为1个主题是足够重要的,以便努力,然后他们可以做到这一点。

    1. 贝纳莱德

      杰里米 ,GroupMap希望成为收集数据的工具,并在操作上定义和投票。为一个 基于回顾的问题 这肯定有用。

      您如何在回顾回顾下使用它,以方便跨团队学习并增加合作?

  2. 杰里米

    您可以通过回顾性或回顾性来进行元认知…也许我们可以在这个网站上设置一个。问人们觉得什么!
    您可能会设置一张地图,询问人们将来想要何时运行回顾。

    一般来说,大多数人都用它用于他们的标准练习,但有能力改变问题,远程邀请人们,或实时地获得诚实的答案。

    1. 贝纳莱德

      事实上,杰里米,我喜欢听人们如何回顾和 他们从做回顾的好处!!有一个 Q&A on retrospectives 哪些人可以用来提出问题或分享他们的经历,当然他们可以根据您的评论博客帖子 -

      我对团队和促进者的建议是 使用不同的回顾练习。您可以改变问题和设置,但您可以使用更多的练习。曾经尝试过A. Root原因在复古中分析 或者完成A. 星座或价值流映射?为什么不试试呢!

  3. 豆腐 Aimetti.

    嗨本,谢谢你这个伟大的帖子!一世’翻译成法语:
    AméliorersLaCollaboration Dans Les Projets Agiles AvecLaRétrospectiveDesRétroSpectives
    最好,
    豆腐

发表评论

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