【文章內容簡介】 ； ? 執(zhí)行 ICA； ? 證實 ICA。 2023/2/25 48 什么是 ICA？ ICA是保護顧客受到一個或多個問題的癥狀影響的任何行動。 ICA： ? 針對處理問題的癥狀； ? 在實施之前要驗證有效性； ? 在實施過程中受監(jiān)控； ? 要存檔（文件化）； ? 會被 PCA取代； ? 增加了過程 /操作成本。 2023/2/25 49 選擇 ICA 由于 ICA會增加成本，因此在選擇 ICA之前要仔細考慮?？紤]以下幾點以決定 ICA是否需要實施： ? ICA的需要與否取決于 D2的數據； ? D0的 ERA是否有所改良； ? 我們是否知道根本原因，是否可以直接實施永久措施； ? 我們是否需要為尋找根本原因爭取時間。 2023/2/25 50 用以下幾點考慮實施 ICA ? 顧客是否需要保護且能夠被保護，則實施 ICA； ? 需要為尋找根本原因爭取時間，則實施ICA； ? 如果知道問題的根本原因，則直接實施PCA。 2023/2/25 51 如果以上決定實施 ICA，則我們需要選擇最好的 ICA： 建立 ICA選擇標準：如 ICA必須有效保護顧 客且不會產生新問題； ICA還可包括時間計 劃、性能標準、最高成本、最小負效應等。 ? 分析實施 ICA的益處； ? 分析實施 ICA的風險； ? 選擇最佳的平衡益處和風險的 ICA。 ICA和 ERA一樣，可能獨一的 ICA不夠，可能需要多個ICA以完全保護顧客。 2023/2/25 52 驗證 ICA ICA 可以是保護顧客免受問題影響的任何行動，然而，在實施 ICA之前，我們必須驗證 ICA的有效性。 當驗證 ICA時： ? 在執(zhí)行之前，證明 ICA能夠保護顧客不受問題影響； ? 做 ICA實施前后對比； ? 證明 ICA不會產生新的問題。 2023/2/25 53 驗證 ICA的方法 ? 測試 ? 演示（示范） ? 對比， ICA與以往采取過的類似問題對比 ? 評審，在設計文件如政策、程序、圖紙和規(guī)范發(fā)放前，評估 ICA的實施不會產生新的問題。 2023/2/25 54 執(zhí)行 ICA ? 執(zhí)行 ICA的一個重要步驟是計劃怎么實施ICA ? 遵循管理循環(huán)； ? 建立行動計劃。 管理循環(huán)是制定、有效執(zhí)行決定和行動的過程 2023/2/25 55 管理循環(huán)的步驟 ? 計劃：決定在目標完成時間內必須完成的行動，以達到目標。 ? 執(zhí)行：執(zhí)行計劃。 ? 監(jiān)測：記錄執(zhí)行結果。 ? 評估：評估結果。 管理循環(huán)是無窮盡的過程，經過評估結果后又可進入計劃階段，以改善結果達到下一目標。 2023/2/25 56 行動計劃 作為管理周期一部分的計劃階段，我們應該擬訂行動計劃，行動計劃描述： ? 什么行動是達到目標所必須的； ? 誰負責完成該行動； ? 什么時候該行動必須完成。 ICA應該在 Champion的批示下執(zhí)行。 2023/2/25 57 證實 ICA ICA實施后，需要確認（證實）。確認 ICA不會有問題。證實來自于成功的驗證。 ? 在顧客前證實：在顧客之前，成功驗證之后，證實行動的有效，包括實驗、檢查、觀察和其他質量檢測。 ? 顧客證實：來自于顧客的證實，執(zhí)行結果可以用 Paynter跟蹤。 2023/2/25 58 D4：定義并驗證根本原因 ? D4根據 D2的問題描述，找到和驗證根本原因和逃逸點。 2023/2/25 59 為什么 定義并驗證根本原因 ? 找到根本原因是解決任何問題的最重要部分。只有當確定了根本原因后，才能在最基本的水平上解決問題。 ? 當根本原因得到確定，才能徹底的解決問題，不在發(fā)生。 ? 確定根本原因也許會花很多時間，實質是有效的利用了時間： 不用一個接一個地提供臨時對策； 不必浪費時間和努力在不合理的控制上； 不必重新建立顧客滿意度； 一次性地解決了問題。 ? 其他 G8D團隊可以借鑒和學習，不必處理相同的問題花費更多的時間。 2023/2/25 60 什么是根本原因 ? 可能原因：在原因結果圖上被確定的描述一種結果可能發(fā)生的任何原因 ? 最有可能原因：以現有數據為基礎的最能解釋問題描述的一種推測原因 ? 根本原因：驗證過的能說明問題的原因。通過讓問題產生和消除來主動和被動地被驗證。 2023/2/25 61 怎樣確定最有可能原因 ? 第一步 ：評審問題描述 (Is/Is Not Analysis) ? 第二步 ：完成變化 引起情況的比較分析（確定差異和變化） ? 第三步 ：開展根本原因推測 ? 第四步 ：根據問題描述的試驗檢測 直到確定了最有可能原因，但還沒找到根本原因。 2023/2/25 62 問題解決工作表 問題解決工作表是用來幫助確定根本原因的主要工具，有四頁： ? 問題描述； ? 比較分析； ? 根本原因推測； ? 根本原因推測試驗。 其中的第一頁已經在 D2問題描述中使用， D4的每一項都建立于 D2的基礎上。能否在 D4中找到根本原因，依賴于 D2開始得到的信息。這就是對問題描述透徹的重要性。 2023/2/25 63 問題類型 ? 變化 —引起情形：指產品或過程偏離預期的性能水平。性能的變化可以是漸變的或突然的發(fā)生，也可是間歇的、不可預測的或不穩(wěn)定的。 ? 從未達到的情形：期望的性能水平根本就沒達到。 所有的問題都可屬于以上其中的一種，對根本原因的確定可以依靠現有的問題情況類型。對“從未達到的情形”就不用做比較分析了。 2023/2/25 64 第一步：評審問題描述 (Is/Is Not Analysis) 在“是 /不是”工作表中： ? 問題描述有： what問題是什么、 where問題在哪里、 when問題什么時候發(fā)生、 How big問題有多大； ? 所有的“是 /不是”的答案必須是事實 ； ? 所有在“是 /不是”欄的比較資料應該在類別、形式、形狀、功能和組成上相似。 ? 所有的資料必須在確定根本原因之前收集到位。 在進行下一步之前確定以上要素都是事實，并考慮到有可能在完成“是 /不是”工作表后收集到的信息。 2023/2/25 65 第二步：完成變化 引起情況的比較分析（確定差異和變化） 如同 D2中“ narrowed the search” 一樣，比較分析可以確定 changeinduced situation中的有關變化，然后減小了決定根本原因必須考慮的可能性。 比較每一個與是相應的或相對的不是 ： ? 詢問： “ 是 ” 中什么是唯一的、特別的或不尋常的； ? 考慮到人、機、料、法以及環(huán)境因素； ? 無偏見的列出關于可能原因的所有因素； 2023/2/25 66 先在工作表“差異”欄里列出的所有“差異”： ? 是事實； ? “是”獨有的； ? 在“是”欄里沒有陳述過。 然后根據每一“差異”，找出變化： ? 詢問：發(fā)生了什么變化； ? 記著每一“差異”可能有相應的“變化”； ? 在“變化”欄里列出變化； ? 記下變化發(fā)生日期，去掉在問題發(fā)生后產生的變化； ? 也考慮到人、機、料、法以及環(huán)境因素。 如果是 changeinduced situation的情況，根本原因一定是與一個或多個已經被確定的變化的相關改變。 2023/2/25 67 第三步：開展根本原因推測 在縮小了可能原因之后，需要開展根本原因推測，闡述問題發(fā)生變化的途徑，可以用： ? 用頭腦風暴技術發(fā)表意見； ? 重復問“變化為什么會導致問題”直到所有推測都列出； ? 對每一變化至少列出一種推測； ? 在工作表上單獨列出每一推測； ? 列出所有可能性推測，不論奇怪與不可能； ? 從簡單的個別的變化 /推測開始，逐漸過度到復雜問題； ? 要詳細明確，不要用簡單的“質量差”、“不工作”等詞語。 在此過程不要對其做任何評論，下一步才用于排除各種 可能性。 2023/2/25 68 第四步：根據問題描述的試驗檢測 這一步我們對每一推測進行批判性評論，以決定最有可能的原因。 Trial runs： ? 針對 Is/Is Not 數據對每一推測進行批判性評估； ? 檢測各種推測的可能性； ? 檢測每一推測的可能性與不可能性；