五个为什么（5 Whys）怎么问？别在第二个“为什么”就把锅甩给“人为失误”
本文定义了五个为什么（5 Whys）分析法：围绕一个问题反复追问“为什么”，逐层深入直到找到流程或系统层面的根本原因。文章说明该方法源自丰田的问题解决思路，讲解如何逐层追问，并指出常见误区——在第二、第三层就停在“人为失误”，既不能防止同类问题重演，也容易演变成追责。文章同时说明该方法的局限：对简单、线性的问题最有效，面对多因素问题应与其他方法配合。结合ServiceDesk Plus的问题管理，说明如何把分析结论固化为根因记录和改进任务。
一次服务中断复盘会上，大家问了五轮“为什么”，最后的结论是：“操作员没有仔细检查配置。”会议在大家点头中结束，三个月后，另一位操作员犯了同样的错误。
五个为什么是最常用也最容易被用坏的根因分析方法之一。它的形式简单到几乎没有门槛，所以很多团队只学到了“问五次”的形式，却没有学到“问到哪里该停”的判断。
本文将围绕三个问题展开：五个为什么是什么、怎么问？为什么停在“人为失误”是最常见的失败方式？借助ServiceDesk Plus，如何把分析结果沉淀为可跟踪的根因记录？
什么是五个为什么（5 Whys）分析法？
五个为什么是一种迭代式的根因分析技术：从问题现象出发，反复追问“为什么会发生”，每一层的答案成为下一层的问题，直到找到一个可以采取措施的根本原因。这一方法与丰田生产体系中的问题解决思路相关联，可参考维基百科关于五个为什么的条目以及ASQ（美国质量协会）的介绍。“五”是经验数字，并非硬性规定，问到找出可采取措施的根因为止才是关键。
一、怎么问？一个服务台的追问示例
假设现象是“周一上午VPN大面积无法连接”。第一问：为什么无法连接？因为VPN网关证书过期。第二问：为什么证书过期没人处理？因为到期提醒邮件发给了一位已离职人员的邮箱。第三问：为什么提醒还发给离职人员？因为证书续期责任没有登记在资产或配置记录中，也没有随人员交接而转移。第四问：为什么没有登记？因为团队没有要求为关键证书指定责任人和续期时间。
到这里，根因已经不再是“某人忘了续期”，而是“关键证书缺少责任人登记和到期跟踪流程”，改进措施也就变得清晰：登记所有关键证书、绑定责任人、设置到期提前提醒。
行业观察：评价一次五个为什么分析是否到位，可以问一句：得出的根因，能不能转化成一项具体的、可以验证的改进措施？如果答案是“提醒大家注意”，通常说明还没有问到底。
二、为什么停在“人为失误”是最常见的失败？
把根因归结为“操作员不小心”看似合理，却没有给出任何可以防止重演的措施：下一个人同样可能不小心。好的追问会继续问：为什么这个失误能够发生？有没有校验？有没有评审？有没有自动化防护？
另一个常见误区是把五个为什么当作追责工具。一旦团队意识到“最后会找到某个人”，就会在回答时自我保护，分析质量随之下降。它的目标是找出让问题得以发生的系统原因，而不是找出责任人。
此外，该方法有局限：对简单、线性因果的问题很有效，但面对由多个因素共同造成的复杂故障，单一的追问路径容易遗漏其他原因，需要与鱼骨图、故障树等方法配合使用。
三、ServiceDesk Plus如何承接分析结果？
ServiceDesk Plus作为一套完整的ITSM系统，可以让五个为什么的分析结论不停留在会议纪要里：问题管理模块可以把多次相关事件关联到同一个问题记录，并记录根本原因分析、临时解决方案和永久解决方案；根因明确后，可以通过变更管理发起针对性的变更并关联到该问题；CMDB可用来记录配置项及其依赖关系，帮助定位到底是哪个配置项、哪个环节出了问题；知识库则可以把已验证的根因和处理方法沉淀为文章，供下次快速参考。
核心要点速览
- 五个为什么是围绕现象逐层追问，直到找到可采取措施的根本原因的分析方法。
- “五”只是经验数字，关键是问到根因能转化为具体改进措施为止。
- 停在“人为失误”通常意味着没问到流程和系统层面，同类问题还会重演。
- 该方法应以改进系统为目的，而不是追责，否则分析质量会下降。
- 对多因素复杂问题，应配合鱼骨图、故障树等方法；ServiceDesk Plus的问题管理可承接并跟踪分析结论。
写在最后：问到可以行动的地方才停
五个为什么的价值不在于问了几次，而在于最后一个答案能不能直接变成行动。如果复盘结论是“以后大家小心点”，那就值得再多问一个“为什么”。
把分析结论记录到 ServiceDesk Plus 的问题管理中，关联事件、变更与知识库文章，团队就能把一次次复盘中得到的根因，积累成持续改进的依据。
立即体验 ServiceDesk Plus，把每次复盘的根因都记下来
| ☁️ 免费注册云版本 | 💻 下载本地版 | 📅 预约专家演示 |
常见问题解答（FAQ）
延伸阅读：
