敏捷实用工具系列之一：5Why分析法

Posted 2023-04-13

参考技术A 第1篇：我将给大家分享我自己作为敏捷教练深有体会的一大实用工具—— 5Why分析法!

什么是5Why分析法?

这种方法最初是由丰田佐吉提出的；后来，丰田汽车公司在发展完善其制造方法学的过程之中也采用了这一方法。作为丰田生产系统（Toyota Production System）的入门课程的组成部分，这种方法成为其中问题求解培训的一项关键内容。

使用5Why分析法的目标：

迭代回顾过程中的根源分析

识别障碍

与团队一起讨论目前需要解决的问题时，不仅仅是依靠惯性思维，而是通过一层一层问为什么，通过5个为什么来探究问题的本质，即从事物发生的表象中探究原因，理出因果关系中逻辑，找出根本原因，并且结合事实，在调查中进行实证研究。

使用5Why分析法的要点：

通过不断地提问为什么前一个事件会发生，直到回答“没有好的理由”或直到一个新的故障模式被发现时才停止提问，通过找出根本原因以防止问题重演，需要注意的是， 我们不要被限定在一个僵硬的思维模式里：我们说一般需要至少5个“为什么”，但5why分析法不是说一定就是5个，可能是一个，也可能是连问10个都无法抓到根源，这一点需要明确。

举个例子：

丰田汽车公司前副社长大野耐一曾通过一个例子来找出停机的真正原因

问题一：为什么机器停了？

答案一：因为机器超载，保险丝烧断了。

问题二：为什么机器会超载？

答案二：因为轴承的润滑不足。

问题三：为什么轴承会润滑不足？

答案三：因为润滑泵失灵了。

问题四：为什么润滑泵会失灵？

答案四：因为它的轮轴耗损了。

问题五：为什么润滑泵的轮轴会耗损？

答案五：因为杂质跑到里面去了。

经过连续五次不停地问“为什么”，才找到问题的真正原因和解决方法：在润滑泵上加装滤网。如果员工没有以这种追根究底的精神来发掘问题，他们很可能只是换根保险丝草草了事，真正的问题还是没有解决。

那么5Why分析法如果放在我们敏捷流程中如何应用呢？ 以“糟糕的迭代计划“为例：

问题一：为什么我们的迭代计划做得这么差呢？

答案一：因为我们没有清晰的目标，而且PBIs也没有准备好。

问题二：为什么PBIs没有准备好？

答案二：因为团队没有开产品待办事项细化会议。

问题三：为什么团队不开这个会议?

答案三：因为原本是有计划在周四下午16：00-18：00开会的，但是CEO刚好同时也找团队的一把手谈事情。

问题四：为什么不重新再安排会议?

答案四：因为没有会议主持者。

所以，迭代计划差的真正根本原因归咎于产品待办事项细化会议的责任。 找出根本原因非常重要，根据原因我们才能提出改进的行动计划，这个案例中我们可以从Scrum团队中找出一个负责的人，就实施改进措施的预期时间表达成一致意见。

和你的团队一起来使用5Why分析法吧，尝试一下这种方式，如果在运用过程中有任何新的想法或建议也欢迎和我们留言分享！

小贴士

使用5Why分析法的关键：鼓励解决问题的人努力避开主观或自负的假设和逻辑陷阱，从结果着手，沿着因果关系链条，顺藤摸瓜，穿越不同的抽象层面，直到找出问题的根本源头。

英文原文链接：https://practiceagile.com/agile-coach-toolkit-1-5-whys/

敏捷开发系列 - 敏捷开发的价值观

本人博客文章网址:https://www.peretang.com/agile-session-agile-values/

---

前言

敏捷开发4大价值观

个体与交互胜于流程与工具

可工作的软件胜于面面俱到的文档

客户协作胜于合同谈判

响应变化胜于遵循计划

 

个体与交互胜于流程与工具

我们需要团队成员紧密合作, 不断交流, 共同协作.

在团队内要经常面对面交流沟通, 通过缩减不必要的流程来适应变化.

 

可工作的软件胜于面面俱到的文档

编制众多的文档需要花费大量的时间, 并且要使这些文档和代码保持同步, 就要花费更多的时间.

针对团队内部, 可以减少不必要的文档, 仅留下包括系统核心原理, 架构等内容的精简文档, 其余详细的由可工作的软件代替.

因为代码可以真实地表达了它所做的事情, 新加入的队员亦可以通过代码, 程序快速学习项目相关内容

 

客户协作胜于合同谈判

和客户一起沟通合作, 可以尽早发现问题尽早处理, 实时得知客户意见和需求的改变.

 

响应变化胜于遵循计划

首先敏捷软件开发方法本身的诞生, 就是因为传统的开发模型无法适应快速变化的环境和需求, 所以响应变化是敏捷开发的根本.

虽然遵循计划是每个团队成员都应该做到的事情, 但是计划本身, 应该能够随着情况的变化而及时做出调整.

 

Keep outstanding.

Pere Tang