8D.wiki

実際に結果が出る8Dレポートの書き方

理論記事ではありません。12年間の実務経験から、本当に使える方法を共有します。

なぜほとんどの8Dレポートは無駄なのか 正直に言います。私は経歴の中で何百もの8Dレポートを見てきました。ほとんどはひどいものです。エンジニアが賢くないからではなく、8Dレポートを「記入する書類」として扱い、問題解決ツールとして使っていないからです。 よく書かれた8Dレポートは会社に数百万ドルを節約できます。悪いレポートは品質システムのスペースを無駄にするだけです。 8Dレポートとは? 8Dレポートは8つの分野の問題解決手法に従います。フォードが80年代に作成し、現在では自動車業界の標準(IATF 16949)となっています。 D0〜D8の各ステップ:準備、チーム編成、問題記述、封じ込め、根本原因、検証、実施、予防、承認。 最大の間違い D4に「作業者のミス」、D6に「再教育」と書かれた8Dレポートをよく見ます。これは根本原因分析ではなく、単なる書類作業です。「人為的ミス」で終わるなら、十分に掘り下げていません。 良い8Dレポートの書き方 D0:本当に完全な8Dが必要ですか?一度限りの小さな問題なら、シンプルな5-Whyで十分かもしれません。 D1:品質エンジニアだけでなく、設計、製造、現場の作業者も含めてください。 D2:具体的に記述してください。「部品が故障した」はダメ。「ロット#A382の500個中5個が50Hz振動試験で取り付け部に亀裂」は良い例です。 D3:封じ込めは100%検査です。サンプル検査では不十分です。 D4:5-Whyを使いますが、表面的な答えで止まらないでください。TRC(技術的原因)とMRC(管理的原因)を分けてください。 D5:データを示してください。前後の比較を。何サイクルテストしたか?不良率は? D6:トレーニングは恒久対策ではありません。ポカヨケや工程変更こそが恒久的です。 D7:自ラインで解決した問題を他のラインにも共有してください。FMEAを更新してください。 D8:チームに感謝の言葉を伝えることを忘れないでください。

8D.wiki — Quality Engineering Knowledge Base