Minitab Engage® サポート

8Dの方法論

Minitab Engage についての 詳細
8Dの方法論は、問題を解決するための体系的なアプローチです。8Dの8 Disciplinesの略で、問題解決プロセスに含まれる8つのステップを表しています。

このトピックの内容

8Dのプロジェクト

テンプレートを使用して 8D を実施します 8Dのプロジェクト 再発する問題を特定、修正、および防止するための 8 つの規範に従ってプロジェクトします。
8Dのプロジェクト テンプレートは以下の質問に答えます。
  • 問題は誰に、何に影響しますか?
  • 問題の根本原因は何か？
  • お客様を保護するために、どのような一時的な封じ込め措置を取ることができますか?
  • 今後同様の問題を防ぐために、どのような恒久的な是正措置を講じることができますか?

使用方法

  1. D0: 準備: データを収集し、フィードバックを収集して、8Dは、問題を解決するための適切な方法論です。
  2. D1: チームを集める: 問題に対処するための適切なレベルのスキル、コンピテンシー、技術的専門知識を備えた部門横断的なチームを確立します。
  3. D2: 問題を説明する: 問題を定量化可能な用語で定義し、症状、顧客への影響、発生日時と発生場所、およびその他の関連する詳細に焦点を当てます。主張を裏付ける証拠を使用します。
  4. D3: 暫定封じ込めの実装: 問題を封じ込めるための即時のアクションを特定、評価、実装して、顧客に情報を提供し、保護します。
  5. D4: 根本原因の特定と検証: さまざまな問題解決ツールと手法を使用して、問題の根本的な原因を特定して分析します。
  6. D5: 是正措置の定義と検証: 問題の原因を排除し、再発を防ぐための是正措置を開発および実施します。
  7. D6: 是正措置の実装と検証: 修正アクションをテストおよびモニターして、問題がもう存在しないことを確認します。
  8. D7: 再発防止: プロセスの変更、監視、トレーニングなどの長期的なアクションを開発して、問題が再発しないようにします。
  9. D8: チームの成功を祝う: チームと個人の貢献を認め、将来のプロジェクトのために学んだ教訓を文書化します。

8Dの内部通報

を使用して 8Dの内部通報 、8Dの各フェーズに関連する高レベルの情報を文書化します内部使用のみのプロジェクト。は 8Dの内部通報 、問題解決プロセスの各フェーズにおける進捗状況、アクション、および調査結果を記録する生きたドキュメントです。
8Dの内部通報 は以下の質問に答えます。
  • 各フェーズの主な詳細は何ですか?
  • 各フェーズでチームはどのようなアクションを実行しましたか?
注

このフォームのデータは8Dと共有されますフェーズが形成されます。このフォームに入力したデータは、このデータを共有するフォームに自動的に入力され、その逆も同様です。プロジェクトの最後には、 が完成し 8Dの内部通報 、チームのプロジェクトの概要として機能します。

使用方法

  1. 最初に、プロジェクトに関する詳細をできるだけ多く入力します。
  2. 必要に応じて、フォームを編集します。

8Dの顧客レポート

を使用して8D 8Dの顧客レポート を文書化します問題の根本原因や是正措置など、お客様のプロジェクト情報。の主な 8Dの顧客レポート 目的は、お客様から報告された問題を迅速に認識して対処することです。
8Dの顧客レポート は以下の質問に答えます。
  • 顧客の主張は何ですか?
  • どのような証拠が主張を裏付けるのか?
  • 問題を解決するためにどのような是正措置を取りましたか?
注

このフォームのデータは8Dと共有されますフェーズが形成されます。このフォームに入力したデータは、このデータを共有する他のフォームに自動的に入力され、その逆も同様です。プロジェクトが終了すると、このフォームが完成し、顧客と共有する準備が整います。

使用方法

  1. 問題に関する初期情報を収集したら、顧客の請求に関する詳細を入力します。
  2. 問題の根本原因と、お客様の主張を裏付ける証拠を要約します。
  3. 是正措置計画を要約します。
  4. 組織が是正措置計画を実装した後、このフォームを更新して、改善の証拠を含めます。
  5. このレポートのコピーをお客様に提供します。

8Dのアクションアイテム

8Dのアクションアイテム フォームを使用して、検証の詳細を含むプロジェクトのアクションアイテムを追跡します。このフォームは、問題を解決するために実行されるすべての手順の中心的な参照として機能します。
8Dのアクションアイテム フォームは以下の質問に答えます。
  • プロジェクトの各フェーズでチームはどのようなアクションを取りましたか?
  • 各アクションの責任者は誰ですか?
  • 各アクションのステータスはどのようなものですか?

使用方法

  1. プロジェクト全体を通して、8Dの各フェーズを進むにつれて発生する新しいアクションアイテムを追加します方法論。
  2. 各項目の状態を監視および更新します。
  3. このフォームは、問題に対処し、今後発生しないようにするために実行した手順の履歴記録として参照してください。

D0: 準備

D0フェーズの主な目的は、データを収集し、フィードバックを収集して、8Dかどうかを判断することです。は、問題を解決するための適切な方法論です。
D0: 準備 フォームは以下の質問に答えます。
  • 8Dです方法論:この問題への適切なアプローチ?
  • 問題を解決するにはどのようなリソースが必要ですか?
  • 緊急対応は必要ですか?

使用方法

  1. 8Dが方法論が適切であれば、続行する決定を正当化します。
  2. 開始日と終了日、顧客からの請求、影響を受ける部品など、プロジェクトの追跡データを文書化します。
  3. プロジェクトを完了するために必要な時間と労力を決定します。
  4. 問題を解決するために必要な人々の必要な技術的スキルと能力を特定します。
  5. 緊急時対応アクションプランが必要かどうかを判断し、必要な場合は、その計画を記述するには、a リスクマトリックス を使用します。詳細については、リスクマトリックス を参照してください。

D1: チームを集める

D1フェーズの主な目的は、問題に対処するための適切なレベルのスキル、コンピテンシー、および技術的専門知識を備えた部門横断的なチームを確立することです。
D1: チームを集める フォームは以下の質問に答えます。
  • チームメンバーは誰ですか?
  • すべてのチームメンバーは資格があり、対応可能ですか?
  • プロジェクトを主導する責任は誰にありますか?

使用方法

  1. 8D適切な場合は、効果的なチーム メンバーになるためのスキル、経験、可用性、および権限を持っている人を判断します。
  2. (オプション) RACI (責任割り当てマトリックス) フォームを使用して、チーム メンバーを識別し、チームでの役割を明確にします。詳細については、RACI (責任割り当てマトリックス) を参照してください。
  3. プロジェクトリーダーとチャンピオンを特定します。
  4. すべてのチームメンバーとその連絡先情報をテーブルに追加します。

D2: 問題を説明する

D2フェーズの主な目的は、問題を定量化可能な用語で定義し、症状、顧客への影響、発生日時と発生場所、およびその他の関連する詳細に焦点を当てることです。主張を裏付ける証拠を使用します。
D2: 問題を説明する フォームは以下の質問に答えます。
  • 何が問題なのか？
  • 問題はお客様にどのような影響を与えますか?
  • 問題の定量化可能な証拠は何ですか?
ヒント

このフェーズでは、CATWOE と であるではない のフォームを使用して、問題を定義し、その範囲を絞り込むことができます。詳細は、CATWOE および であるではない を参照してください。

使用方法

  1. フェーズ D1 でチームを結成したら、チームとして集まって問題を定義します。何が起きているのか、どこで起きているのか、いつ起きているのか、誰に影響を与えるのかを特定します。
  2. データや画像など、問題の証拠を収集し、これらの項目を関連ドキュメントやハイパーリンクとしてテンプレートの 8Dのプロジェクト ロードマップに追加します。
  3. 調査結果と収集したデータに基づいて、具体的で測定可能で十分に文書化された問題ステートメントを作成します。
  4. 問題の説明からスコープを定義して、チームが共同で目標を設定し、プロジェクトのタイムラインを確立できるようにします。
  5. フォームを更新します 8Dのアクションアイテム 。

D3: 暫定封じ込めの実装

D3フェーズの主な目的は、問題を封じ込めるための即時アクションを特定、評価、実装して、顧客に情報を提供し、保護することです。
D3: 暫定封じ込めの実装 フォームは以下の質問に答えます。
  • 差し迫った問題は何ですか?
  • どうすれば悪化を防ぐことができますか?

使用方法

  1. フェーズ D2 で問題を明確に定義した後、a 品質アラート (下記参照)を発行して、問題、恒久的なソリューションを実装するまでの間に何ができるか、およびそれまでに何を期待できるかを顧客に通知します。
  2. ブレーンストーミング ツールを使用して、潜在的な封じ込めソリューションをブレインストーミングします。
  3. a ソリューション望ましさマトリックス を使用して最適なソリューションを決定し、検討したソリューションと追求する予定のソリューションについて説明します。詳細については、「」 ソリューション望ましさマトリックスを参照してください。
  4. 暫定収容計画を要約します。
  5. フォームを更新します 8Dのアクションアイテム 。

品質アラート

8Dのこの段階では、projectでは、フォームを使用して 品質アラート 問題とその影響を要約し、問題の調査中に実行する必要があるアクションと、問題を解決した後に予想されることを顧客に通知できます。

フォームを使用すると 品質アラート 、問題を迅速かつ体系的に管理できます。

品質アラート フォームは以下の質問に答えます。
  • 問題について誰に通知する必要がありますか?
  • 通知の内容と責任者
  • 通知はいつ、どのように配信されますか?

使用方法

  1. 検出の日付、時刻、場所、関連する製品、プロセス、または機器に関する情報など、問題の詳細を文書化します。
  2. 問題を分析した後、お客様への影響を判断します。
  3. 差し迫った問題に対処するために顧客が実行できるアクションと、組織からのフォローアップとして何を期待すべきかを文書化します。
  4. 問題に対処するために作成する予定の成果物を箇条書きにし、この情報を顧客に伝えます。
  5. 各成果物の目的、成果物を配信する人 (所有者)、受け取る人 (対象者)、いつ、どのように受け取るかを含めます。

D4: 根本原因の特定と検証

D4フェーズの主な目的は、さまざまな問題解決ツールと手法を使用して、問題の根本的な原因を特定および分析することです。
D4: 根本原因の特定と検証 フォームは以下の質問に答えます。
  • 問題の根本的な原因は何ですか?
  • 問題のエスケープ・ポイント、または問題が検出されるはずだったのに検出されなかった最も早いポイントは何か。
  • 問題の調査にはどのようなツールが使用されましたか?

使用方法

  1. フェーズ D3 の暫定封じ込め計画を実施した後、図を使用して フィッシュボーン 問題の考えられる原因をブレインストーミングします。次に、フォームを使用して 5 つの理由 、考えられる原因を絞り込みます。詳細は、フィッシュボーン および 5 つの理由 を参照してください。
  2. 根本原因分析を実行します。分析の結果と、実際の根本原因を検証した方法を要約します。分析と検証に使用したツールをすべて含め、それらをプロジェクトにリンクしてください。
  3. フィッシュボーン 図を使用して、脱出ポイントの候補をブレインストーミングします。この演習の結果と、実際の脱出ポイントをどのように確認したかを要約します。
  4. "品目" フォームを更新します 8Dのアクションアイテム 。

D5: 是正措置の定義と検証

D5フェーズの主な目的は、問題の原因を排除し、再発を防ぐための是正措置を開発および実装することです。
D5: 是正措置の定義と検証 フォームは以下の質問に答えます。
  • どのような是正措置が問題を最もよく解決しますか?
  • 是正措置には、潜在的な副作用や悪影響がありますか?

使用方法

  1. D4 フェーズの調査結果に基づいて、問題の根本原因を排除するために実行する予定の是正措置を要約します。
  2. PFMEA を使用して、障害の原因を特定し、各原因に関連するリスクを評価します。詳細については、ティッカー を参照してください。
  3. を使用して 影響分析 、潜在的な変更の影響を受けるユーザーと対象を特定し、影響の重大度を評価します。詳細については、影響分析 を参照してください。
  4. PFMEA と の結果に基づいて、 影響分析実行する予定の是正措置による副作用があるかどうかを判断します。その場合は、それらを軽減する方法をまとめます。
  5. フォームを更新します 8Dのアクションアイテム 。

D6: 是正措置の実装と検証

D6フェーズの主な目的は、修正アクションをテストおよび監視して、問題がもう存在しないことを確認することです。
D6: 是正措置の実装と検証 フォームは以下の質問に答えます。
  • 是正措置により大幅な改善が見られましたか?
  • 是正措置が効果的であったことを検証するために、どのような証拠が必要ですか?

使用方法

  1. 是正措置を実施した後、データを収集して結果を評価および検証します。
  2. 是正措置の有効性を評価および検証するために、次のツールと手法を検討してください。
    • 2サンプルt検定を使用して、過去の性能と現在の性能を比較します。
    • 管理図と時系列プロットを使用して、是正措置の結果を監視します。
    • 顧客からのフィードバックを収集し、是正措置によって顧客の視点から問題が解決されたことを確認します。
  3. データ収集方法と改善の証拠を要約します。データセットやグラフを含めます。
  4. 予期せぬ副作用、引き起こした是正措置、およびそれらへの対処方法を文書化します。
  5. フォームを更新します 8Dのアクションアイテム 。

D7: 再発防止

D7フェーズの主な目的は、プロセスの変更、監視、トレーニングなどの長期的なアクションを開発して、問題が再発しないようにすることです。
D7: 再発防止 フォームは以下の質問に答えます。
  • 問題の再発を防ぐために、システム、プロセス、または手順を変更する必要がありますか?
  • これらの変更をサポートするには、どのような内部ドキュメントを更新する必要がありますか?
  • 誰がこれらの変更に気づく必要がありますか?

使用方法

  1. ブレーンストーミング ツールを使用して、製品ライン、部門、場所など、他の領域で同様の問題の再発につながる可能性のある潜在的なシステム障害を特定します。
  2. 潜在的なシステム障害を特定したら、プロセスマップを使用して提案されたプロセス変更を反映し、これらの潜在的な障害を防ぎます。
  3. ソリューション実装チェックリスト を使用して、提案されたプロセス変更を実装する前に検討する項目を文書化します。詳細については、ソリューション実装チェックリスト を参照してください。
  4. 実装する提案された変更を決定したら、提案されたプロセス変更を効果的に伝達できるように、を完了し コミュニケーション計画 ます。詳細については、コミュニケーション計画 を参照してください。
  5. 提案されたプロセス変更の影響を受ける内部文書を特定、確認、更新します。
  6. プロセスの変更を実装し、影響を受ける担当者に変更を伝えます。
  7. フォームを更新します 8Dのアクションアイテム 。

D8: チームの成功を祝う

D8フェーズの主な目的は、プロジェクトを終了し、チームと個人の貢献を認識し、将来のプロジェクトのために学んだ教訓を文書化することです。
D8: チームの成功を祝う フォームは以下の質問に答えます。
  • チームとして何を成し遂げたのか?
  • 各チームメンバーはチームの成功にどのように貢献しましたか?
  • どのような教訓を得たか?

使用方法

  1. プロジェクトの最後に、チームとして集まって成功を祝い、フォームに記入します プロジェクトの振り返りと教訓 (下記参照)。
  2. チームの努力とコミットメントを認めます。
  3. 各チームメンバーとその個々の貢献を認め、感謝します。
  4. サクセスストーリーと経験から学んだ教訓を共有します。
  5. チームメンバーに、何がうまくいって何がうまくいかなかったかについてフィードバックを提供し、前向きな職場環境とオープンなコミュニケーションを育むように促します。

プロジェクトの振り返りと教訓

8Dのこの段階では、プロジェクトを作成し、グループとしてフォームに記入 プロジェクトの振り返りと教訓 して、最近の作業を振り返り、オープンなコミュニケーションを促進し、プロセスを改善します。
プロジェクトの振り返りと教訓 フォームは以下の質問に答えます。
  • 何がうまくいったのか?
  • 何がうまくいかなかったのか?
  • このプロジェクトから何を学びましたか?

使用方法

  1. グループで、プロジェクト全体を通してうまくいったこと、うまくいかなかったことを共有します。
  2. このディスカッションから、生産性や仕事の質に影響を与える問題を特定します。チームの成功と課題に貢献したパターンやテーマを認識し、理解するようにしてください。
  3. このインサイトに基づいて、将来の改善のための具体的なアクションアイテムを生成します。
Copyright © 2024 Minitab, LLC. All rights Reserved.