回顾中的问题的根本原因:锻炼的五次

5次 - 为什么 - 回归正方形我们的 关于有价值的敏捷回顾的书 has been published!

我有时会听到抱怨他们在回顾中有同样的问题。他们在几个迭代中做了回顾和行动,但不能解决问题。现在他们有疑问,如果回顾是真的帮助他们的疑问吗?好吧,回顾主义者应该有所帮助,以及什么’所需的是一种不同的技术,达到他们问题的根本原因:追溯的五次。 

追溯使用根本原因分析的五次识别问题的更深层次,并定义了阻止它们的动作。基本机制是通过反复询问来构建原因的共同视图“why”。通过询问为什么要查询为什么要了解它发生的原因,直到找到最低或根本原因。

您可以绘制一个效果图表,该图表显示了不同级别的原因,通过反复询问为什么。通常在4到7级的原因效果之后,你要么达到一个没有人知道答案的情况,要么没有必要更深刻:现在你已经找到了根本原因!一旦您发现了所有根原因,您就可以要求团队询问将来会阻止类似原因的行动。不要太早停止,确保你真的找到了原因。

追溯的五次是我们的回顾性练习之一  在敏捷回顾之前预订 (由luis goncalves和我)。随意地 联络我 让我知道你对这本书的看法。

当你做五次为什么要回顾的时候要了解一些事情

  1. 使用正在发生的真正问题,不仅仅是一些想象的案例,并要求团队成员提出实际发生的原因,而不是可能或可能发生的事情(防止假设)。作为一个团队,您必须认识到原因,知道它们是真正的原因,能够定义有效的行动。
  2. 知道存在始终存在多种原因。大学教师’T停止当您有第一个根本原因时,但在分析中投入足够的时间来查找所有这些,并熟悉原因如何相关。
  3. 改变你问的方式“why”,更好地了解真正的原因。这需要促进回顾的人的一些技能。这可能是你的scrum master(谁可能需要指导如何做到五次追溯方式的五次),但也有一个经验丰富的促进者的情况,他们知道该技术可以达到问题的底部。
  4. 根本原因几乎总是与人有关。它’很少是技术或工具问题,大部分时间都与技能,知识或工作完成的方式有关。或通过领导,权力,权威,沟通或协作。

自五次追溯以来为什么基于根本原因分析,它有助于如果回顾性促进者理解其工作原理。博客 达到问题的根本原因 解释了如何有效地进行根本原因分析。还有一些 根本原因分析的实用工具 促进者可以用于回顾,如a 根本原因分析过程 and a 根本原因分析清单.

那个不是’T队(和尚未’t aware of it)

例如,让’s探索一个难以完成Sprint的用户故事的团队:

在他们的回顾中,他们提出了像分配对用户故事负责的人一样的行动,把更多信息放在故事卡上,并在故事板上添加额外的列。他们做了这些行动,但对结果不满意(也不是他们的客户),因为许多用户故事仍然未完成迭代结束。

在下一个回顾下,他们决定分析Weren的一些故事’T完成使用5次技术的方法。他们吸引了一个造成的效果图表,这些图表可视化发生的事情并发现原因像要求帮助的团队成员一样’t得到它,团队成员陷入了用户故事的日子(哪个是’T团队成员注意到了。

其中一些根源导致该团队成员没有’彼此了解得很好,没有’敢于寻求帮助,感到害怕失败,缺乏一些技能。它还证明,该团队拥有工作所需的大部分技能,但大多数团队成员都没有’知道。团队没有’还有一个团队,但是一群人在一起工作,他们不喜欢’在他们做的5次之前意识到这一点为什么回顾揭示他们问题的根本原因。

他们提出的行动是在午餐会议上,团队成员介绍了他们在早期项目中所做的事,包括如何做到。它帮助团队中的人们相互了解。逐渐改变了文化,可以尝试尝试并打开你没有的事情’知道(还是)如何做到这一点。团队成员开始互相刺激以寻求帮助,并提供互相帮助,现在他们真的成为一支球队!学习变得重要,而庆祝的故事。

追溯使根本原因可见的五次

当你有不断回到你的冲刺的问题时,回顾似乎无法解决它们,为什么不尝试这五次技术?它有助于您达到问题的根本原因,并定义有效的行动,以防止它们在未来冲刺中发生。

追溯的五次是你可以用来的练习之一 在做回顾之前获得好处。所有练习都详细描述 从敏捷回顾中获得价值,LuisGonçalves和我写的这本书。

我的第二本书 什么推动质量,2017年发布,有助于您提高软件产品的质量,并为您的客户和利益相关者提供高质量的产品。

那里’RCA上也是一本方便的小册子: 根本原因分析工具 提供用于执行有效根本原因分析的过程,清单和模板。

(本博客发布于2013年8月9日,并更新2014年1月28日:重新编写了关于已发布的敏捷回顾的示例,并添加了关于已发布的敏捷回顾的信息,并于2017年12月30日:发布了我的第二本书推出了什么样的质量root原因分析工具的小册子)。

分享这种经历
  • 31
    分享

本林德林

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

这篇文章有8条评论

  1. 奥马尔伯梅斯

    非常好,我真的很喜欢这个过程。我不仅在回顾中使用它,我也用它在团队中发生的事情而我们必须使用它“stop the line”。这样做是非常强大而且简单的事情。如上所述,当我将其添加到新团队或第一次时,我会发现一些抵抗力或疑虑。正如你所说,很多问题与人有关,在我看来,它可能是“why”他们在开始时不舒服。一旦我们创建一个安全的环境来运行此过程,结果可能会对任何促进者感到惊讶。
    奥马尔。

    1. 贝纳莱德

      谢谢奥马尔! 5次为什么是一种强大的技术,你可以在回顾主义者中使用,根本原因分析和精益启动,命名一些!我们希望在怀表中包含它的原因之一。

  2. 武士霍曼斯岛

    RCA(5为什么等)如何在复杂的自适应系统环境中工作(借用Dave Snowden术语等)在那里它不那么直截了当地建立C& E. or is it!

    谢谢

    1. 贝纳莱德

      @Armen我的经验是,与敏捷团队一起做RCA常常对复杂系统的原因和效果关系进行良好的洞察,只要团队带来事实而不是假设。作为一个回顾性的促进者,通过询问它是否真的发生,当它发生时挑战这一点。

      目的是让团队同意那些最可能导致下一个迭代中的问题的根本原因。在共享了解原因时,您可以定义措施以防止下一次迭代中的问题。

发表评论

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