> ## Documentation Index
> Fetch the complete documentation index at: https://meta.niceshare.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 五問法

> 五問法是一種迭代式提問技術，用於探索因果關係。學習如何使用它來找到任何問題的真正根本原因。

<Info>
  **Category**: 方法<br />
  **Type**: 問題解決技術<br />
  **Origin**: 豐田喜一郎，1930年代，日本<br />
  **Also known as**: 5個為什麼、原因分析、根本原因分析
</Info>

<Note>
  **Quick Answer** —
  五問法是一種簡單但強大的根本原因分析技術：當問題發生時，連續問五次「為什麼」，從直接症狀深入到根本原因。這個方法由豐田創始人豐田喜一郎在1930年代開發，能夠發現表面修復忽略的問題，帶來防止復發而非僅僅治療症狀的解決方案。
</Note>

## 什麼是五問法？

五問法是一種迭代式提問技術，透過反覆問「為什麼」來識別問題的根本原因，直到揭示根本問題。前提很簡單：表面層面的解決方案治療症狀，而理解更深層的原因才能實現永久修復。

這個技術通常遵循這種模式：識別一個問題，問為什麼它發生了，識別原因，再問為什麼那發生了，重複直到你到達第五個「為什麼」並揭示系統性的根本原因。這個深度的答案通常揭示一個流程缺陷、組織問題或假設，如果糾正，就能防止問題再次發生。

> "在刺激和反應之間有一個空間。在那個空間裡是我們選擇反應的力量。在我們的反應中是我們的成長和我們的自由。" —— 維克多·弗蘭克爾，呼應了五問法背后的反思原則

這個方法透過豐田生產系統而聞名，被稱為「5個為什麼」或「豐田的5個為什麼」。與複雜的統計方法不同，五問法不需要特殊工具——只需要好奇的心和挑戰假設的意願。它的簡單就是它的力量：任何團隊成員都可以立即使用它，無需培訓。

### 五問法的三層理解

* **入門**: 面對任何問題時，在提出解決方案之前問五次「為什麼」。寫下每個答案。第五個答案通常是值得解決的系統性問題。

* **實踐者**: 將五問法用於問題和機會。當某事成功時，問為什麼成功揭示了什麼需要保留和放大，而不僅僅是需要修復什麼。

* **進階**: 將五問法與其他分析工具結合——魚骨圖、故障樹分析——可視化因果鏈並識別相互作用的多個根本原因。

## 起源

五問法起源於1930年代的豐田汽車公司，由豐田集團創始人豐田喜一郎開發。豐田喜一郎開發了這個技術作為豐田生產系統的一部分，強調持續改進（改善）和尊重人。這個方法成為豐田問題解決文化的核心。

這個方法後來透過1986年詹姆斯·沃麥克和丹尼爾·瓊斯寫的《改變世界的機器》一書傳播到全世界，記錄了豐田生產系統。1990年代，它成為精實製造的標準實踐，後來傳播到軟體開發和醫療保健領域。

傳播五問法的關鍵人物是大野耐一，他在豐田的問題解決培訓中將其使用正規化。大野強調問五次「為什麼」不是一個僵化的規則而是指導方針——有時三個為什麼就能揭示根本原因，有時需要七個。

## 核心要點

<Steps>
  <Step title="鑽過表面症狀">
    第一個「為什麼」通常指向直接原因。繼續問直到你從「發生了什麼」轉移到「為什麼這個系統允許這種情況發生」。
  </Step>

  <Step title="關注流程，而非責怪">
    目標是改進系統，而不是責怪他人。將答案圍繞流程失敗而非人為錯誤來框架，以保持心理安全。
  </Step>

  <Step title="答案必須是可操作的">
    每個原因應該指向你實際可以改變的東西。如果你的最終答案是「因為這是人性」，你就沒有深入夠。
  </Step>

  <Step title="盡可能用資料驗證">
    雖然五問法是一個思考工具，但盡可能用資料驗證根本原因。偽裝成原因的假設會導致無效的解決方案。
  </Step>
</Steps>

## 應用場景

<CardGroup cols={2}>
  <Card title="軟體Bug解決">
    當發現bug時，使用五問法不僅確定如何修復，還要確定為什麼測試流程或代碼審查沒有更早發現它。
  </Card>

  <Card title="客戶投訴分析">
    除了處理個別投訴，還要使用五問法識別產品或服務設計中造成重複投訴的系統性問題。
  </Card>

  <Card title="專案復盤">
    專案失敗後，系統性地問為什麼執行、規劃或溝通失敗，以改進未來專案的結果。
  </Card>

  <Card title="戰略決策">
    應用五問法理解為什麼需要戰略舉措，揭示底層假設是否有效。
  </Card>
</CardGroup>

## 經典案例

五問法在製造業的使用成為傳奇。1970年代豐田工廠的一個有據可查的例子，一台機器停止工作。第一個為什麼問為什麼它停了（過載）。第二個為什麼問為什麼過載了（潤滑不足）。第三個為什麼問為什麼沒有潤滑（泵磨損了）。第四個為什麼問為什麼泵磨損了（軸沒有檢查）。第五個為什麼問為什麼軸沒有檢查（沒有計畫維護）。

解決方案不僅僅是修理機器——而是實施計畫維護。這個系統性修復不僅防止了這台機器的故障，還防止了所有有類似泵問題的機器故障。這種模式——治療根本原因而非症狀——成為豐田卓越營運的標誌。

在軟體領域，Etsy採用了五問法作為其事件後審查流程的一部分。他們2014年記錄這一實踐的部落格文章顯示，提問為什麼導致了部署程序、監控閾值和值班培訓的改變——遠遠超出了即時的技術修復。

## 邊界與失效場景

<AccordionGroup>
  <Accordion title="可能產生虛假原因">
    如果你在一個情感上方便的答案而不是經過驗證的答案處停止，你會解決錯誤的問題。盡可能始終用資料驗證根本原因。
  </Accordion>

  <Accordion title="需要誠實的團隊動態">
    在有責怪文化的組織中，人們隱藏系統性問題以避免懲罰。五問法只適用於將失敗與責任分離的環境。
  </Accordion>

  <Accordion title="可能遺漏多個原因">
    五問法找到一條因果鏈。複雜問題通常有多個因素，需要額外工具來識別。
  </Accordion>
</AccordionGroup>

## 常見誤區

<AccordionGroup>
  <Accordion title="它總是恰好五個問題">
    數字五是一個指導方針，不是規則。有些問題需要三個為什麼；有些需要七個。當找到一個你可以處理的系統性原因時就停止。
  </Accordion>

  <Accordion title="它只用於失敗">
    五問法同樣適用於成功。問為什麼某事成功了揭示了什麼需要在你的流程中保留和放大。
  </Accordion>

  <Accordion title="任何人都可以獨自完成">
    新鮮視角會發現離問題最近的人錯過的假設。五問法在協作會議中最強大。
  </Accordion>
</AccordionGroup>

## 相關概念

五問法與更廣泛的問題解決和分析思維方法相關。

<CardGroup cols={3}>
  <Card title="根本原因分析">
    [根本原因分析](/zh-hant/methods/root-cause-analysis)是更廣泛的學科，五問法是其中的一個技術。
  </Card>

  <Card title="魚骨圖">
    [魚骨圖](/zh-hant/methods/fishbone-diagram)以結構化格式可視化多個潛在原因，常與五問法一起使用。
  </Card>

  <Card title="第一性原理思維">
    [第一性原理思維](/zh-hant/thinking/first-principles-thinking)將問題分解為基本真理，類似於五問法的深度探究。
  </Card>
</CardGroup>

## 一句話總結

<Tip>不要治療症狀——問五次為什麼，找到一旦修復就能防止復發的系統性原因。</Tip>