Root Cause Analysis（RCA）是系统性地从表象症状追溯到真正根源的分析方法。处理症状只会让问题反复出现；找到根本原因才能一次性解决。正确的 RCA 改变系统，而不仅仅修复零件。
线上故障修复了，下次还会出现。Bug 关闭了，类似的 Bug 又来了。客户投诉处理了，同类投诉还在增加。这不是团队不努力——这是因为团队在处理症状，而非根本原因。
直接原因（Direct Cause）容易看到，也容易修复；但根本原因（Root Cause）往往藏在多层因果关系的底部，需要系统性的追问才能找到。RCA 提供了这种追问的结构化方法。
更重要的是：没有 RCA 的复盘往往会把责任归咎于个人，而 RCA 的目的是找到系统性的原因——流程设计、工具缺陷、激励机制、沟通结构。修复系统，才能防止问题再次发生。
RCA 首先区分三类原因，防止过早停止追问；然后用结构化工具（鱼骨图、5 Why、故障树）系统性地探索每个维度的贡献因素。
RCA 最适合需要防止复发、而非仅仅快速修复的场景。凡是「这个问题之前出现过」或「下次还会出现」的地方，都需要 RCA。
1986 年 1 月，挑战者号航天飞机在发射 73 秒后爆炸解体，机上 7 名宇航员全部遇难。这是人类历史上最著名的 RCA 案例之一——因为它揭示了技术问题背后的组织系统性失败。
RCA 的难点不在于工具，而在于团队是否有勇气持续追问、承认系统性问题，并真正落实改进行动。
根本原因分析（Root Cause Analysis，RCA）起源于二十世纪中叶的核能与航空航天安全领域，由美国军方与NASA在重大事故调查中逐步系统化。这套"追问到底"的思维方法后来被制造业、医疗行业乃至软件产品团队广泛采用，成为解决复杂问题、防止缺陷复发的通用工具。