製造業におけるPDCAサイクル：事例とテンプレート

By Mirko Peters · 2026-11-11

製造現場でのPDCAサイクルを解説します。4つのステップ、1枚のテンプレート、数値を使った具体例、そしてplan-do-check-actを機能させなくする典型的な失敗を取り上げます。

Automatically translated with AI from the original post. Read the English original

PDCAサイクルは、変更を進めるための4ステップのモデルです。plan（計画）、do（実行）、check（確認）、act（改善）で構成されます。製造現場では、工程の変更を計画し、小規模で試し、ベースラインと比べて結果を確認したうえで、その変更を新しい標準とするか、サイクルを回し直します。本ガイドは、工場でPDCAを活用したい継続的改善の責任者を対象としています。手順、1枚のテンプレート、数値を使った具体例、そして起こりがちな失敗の一覧を紹介します。

重要なポイント

• PDCAサイクルは、変更のための4ステップのモデルです。変更を計画し、小規模に実行し、結果を確認して、学んだことに基づいて行動します。
• 製造業では、どのサイクルにも、ベースライン、明確な指標1つ、短期間の試行が必要です。そうすることで、確認のステップで変更が本当に効果を上げたかどうかが分かります。
• 問題、ベースライン、目標、原因、対策、結果、判断を記入する1枚のテンプレートを使うと、各サイクルを読みやすく、比較可能な状態に保てます。
• 失敗した試行にも価値があります。確認のステップで、何がうまくいかなかったかが分かり、次のサイクルはより良い計画から始まります。
• 改善のステップで成果の有無が決まるため、新しい標準を文書化するか、サイクルを回し直してください。

PDCAサイクルとは何ですか？

米国品質協会（ASQ）は、PDCAサイクルを、継続的改善のために繰り返し実施することを前提とした、変更を進めるための4ステップのモデルとして説明しています。そのステップは、改善の機会を認識して変更を計画すること、小規模で変更を試すこと、結果を検証すること、そして改善を行うことです。改善が成功すれば、その変更をより広い業務に組み込み、成功しなければ別の計画でサイクルを回し直します。詳しくはASQのPDCAサイクルのページをご覧ください。

PDCAには別の呼び名もあります。ASQは、デミング・サイクル、シューハート・サイクル、そしてplan-do-study-act（PDSA）という変種にも言及しています。多くの人は、この手法と結び付けられているW. エドワーズ・デミングにちなんで、デミングの車輪とも呼びます。経営手法として平たく言えば、plan-do-check-actであり、考える、試す、見る、決めるということです。この考え方は科学的方法に由来します。仮説を立て、検証し、学ぶという流れです。

工場でなぜ重要なのでしょうか。多くの改善が失敗するのは、アイデアが不足しているからではなく、確認が不足しているからです。PDCAでは、チームは期待する結果を明示し、小規模に試し、データを確認することが求められます。これは反復的なプロセスであり、各ループは前回のサイクルで得た学びから始まります。

各ステップでは何をするのですか？

Plan（計画）。問題を数値で定義します。たとえば「2号ラインのスクラップ率は3.1%」のように示します。ベースラインのデータを収集し、考えられる根本原因を特定し（なぜなぜ分析や特性要因図が役立ちます）、対策を1つ選びます。目標と、使用する指標を1つ決めます。継続的改善プロセスについてのitem24の記事には、ここで役立つルールが示されています。PDCAサイクルごとに指標は1つだけ定めるというものです。3つの変更を同時に行うと、どれが効果を上げたのか判断できなくなります。

Do（実行）。変更を小規模で試します。1つのシフト、1台の設備、または1つの製品群で十分です。試行は短く保ちます。計画からのずれも含めて、実際に起きたことを記録します。

Check（確認）。 試行のデータを、ベースラインや目標値と比較します。勝ったかどうかだけでなく、何を学んだかを問います。効果は本物か。それとも、材料のロットが変わったなど、別の要因が影響していないか。データに基づいて判断し、この確認を正直な振り返りとして行います。

Act（改善）。 判断します。変更がうまくいったなら、標準化します。作業指示書を更新し、担当者に教育して、より広いプロセスに組み込みます。うまくいかなかった場合は、別の計画で新たなサイクルを始めます。どちらの場合も、学んだことを書き留め、次のサイクルに活かします。

テンプレート: 1ページのPDCAシート

テンプレートがあると、サイクルを読みやすく、比較しやすく保てます。次の項目を1ページ、ホワイトボード、またはスプレッドシートの1行にまとめてください。

• タイトルと担当者: サイクルの内容と、その責任者。
• 問題の説明: 数値を含む1文。
• ベースライン: 現在の値、対象期間、データの出典。
• 目標: 目指す値と期日。
• 根本原因: 検証する原因と、その特定方法。
• 対策: 試す変更は1つだけ。
• 試行: 場所、時期、期間。
• 結果: 試行後に測定した値。
• 学び: うまくいったこと、いかなかったこと、驚いたこと。
• 判断: 標準化、調整、中止のいずれか。
• 標準の更新: 変更された作業指示書または文書と、教育を受けた担当者。
• 次のサイクル: 次の問題、または次の検証。

多くの工場では、このようなシートを現場のチームボードに掲示し、サイクルを全員から見えるようにしています。より大きな問題には A3 レポートを使うこともできます。考え方は同じで、1枚の紙にまとめます。

例: ラベルの印字ミスを減らす

この例の数値は仮定です。

Plan（計画）。 包装ラインでは、1,000 個あたり 12 件のラベル印字ミスが発生しており、発生率は 1.2% です。チームは、作業者が誤ったラベルロールを装填することがあると突き止めました。対策は、ロールを注文と照合するバーコードスキャンです。目標は 0.8% 以下です。測定指標は、1,000 個あたりの印字ミス件数です。

Do（実行）。 チームは 1 つのシフトで 2 週間、スキャンによるチェックを実施しました。この間に、ラインは 5,000 個を包装しました。

Check（確認）。 試行では 35 件の印字ミスが記録されました。35 ÷ 5,000 = 0.7% です。削減率は (1.2 − 0.7) ÷ 1.2 ≒ 42% です。目標の 0.8% も達成しました。また、チームは残った 35 件のうち 20 件が、ロール交換後の最初の 1 時間に発生していたことに気づきました。これは次の原因を示しています。

Act（改善）。 スキャンチェックを全シフトの標準とし、作業指示書を更新して、作業者に教育を行います。次のサイクルは、ロール交換後の最初の 1 時間を対象に始めます。

同じシートは、試行が失敗した場合にも適切に使えます。結果が 1.1% だった場合、ロールが主な原因ではなかったとチームに示すことになり、次の計画では別の場所を調べることになります。

PDCA を週次の定例業務としてどのように運用しますか。

1 つのサイクルはツールです。定例業務は仕組みです。工場全体で PDCA サイクルを実装することは、主に習慣の問題です。同じ少数のステップを、同じ場所で、同じ時間に繰り返すことで、PDCA プロセスは機能します。まずは 1 つのチームから始め、最初の成果によって手法を広げてください。継続的改善の文化は、大きな一斉導入からではなく、業務プロセスにおける多くの小さく検証された変更から育ちます。プレッシャーのかかったチームは確認フェーズを真っ先に省略するため、確認のための時間は確実に確保する価値があります。

1. 問題の短いリストを保持します。 安全性、品質、納期、コストへの影響度で順位付けし、ボードに掲示します。
2. 毎日、短い確認を行います。 ボードの前で、実施中の試行を確認します。
3. 週に 1 回、約 1 時間の時間を確保します。 次の検証を計画し、前回の検証を振り返ります。
4. チームごとの未完了サイクルを制限します。 作業を確実に完了させるためです。通常は 2〜3 件の未完了サイクルで十分です。
5. 月次で、監督者または管理者とレビューします。 完了したサイクル、変更された標準、再発した問題を確認します。

この定例業務は、多くの工場で継続的改善を実践的に支える原動力となっています。カイゼンについて、リーン・エンタープライズ研究所（Lean Enterprise Institute）は、PDCA サイクルが変更の特定、実施、確認に用いられると指摘しています。詳しくは、カイゼンに関する LEI 用語集の項目をご覧ください。

PDCA は品質管理や シックス・シグマとどのように関係していますか。

PDCAは品質管理で広く使われています。AdviseraのガイドであるISO 9001規格におけるPDCAでは、規格の箇条を、計画、実施、監視と評価、改善という4つのステップに対応付けています。同ガイドは、ISO 9001の主な目的の一つが品質マネジメントシステムの継続的改善であることも指摘しています。

Six Sigmaでは、DMAIC（定義、測定、分析、改善、管理）と呼ばれるより長い手順を用います。PDCAは軽量で、現場での素早い試行に向いています。一方、DMAICは統計をより多く必要とするプロジェクトに適しています。両方を使い分けている工場もあります。日々の工程改善にはPDCA、複雑な問題にはDMAICを使い、どちらも業務フローと品質の最適化に役立ちます。どちらの手法が定着するかは、組織の支援によって決まります。たとえば、データを確認するための時間や現場の場所などです。オペレーショナルエクセレンスを目指すなら、現場の人が毎週実際に使える手法が必要です。その点で、PDCAはもっとも簡単な手法であることが多いのです。

よくある間違い

• ベースラインを取らない。 変更前の数値がなければ、チェックのステップで何も証明できません。
• 複数の変更を同時に行う。 どの変更が効果をもたらしたのかを判断できなくなります。
• 試行を大きくしすぎる。 大規模なテストは時間がかかり、リスクも高くなります。小さく始めて、徐々に改善してください。
• チェックを形式的な作業として扱う。 結果がいつも「問題なし」であれば、そのサイクルから得られるものはありません。
• アクションのステップを忘れる。 良い結果でも標準化されなければ、次のシフトの交代時に消えてしまいます。
• サイクルを完了させない。 完了しないサイクルは溜まっていきます。各サイクルは判断を下して締めくくってください。

ソフトウェアができること

始めるだけならホワイトボードとテンプレートで十分です。多くのサイクルが並行して動くようになると、ソフトウェアで担当者、期限、結果を一か所にまとめられます。期限が近いチェックをリマインドしたり、どの標準が変わったかを示したりすることもできます。シンプルなテンプレート表示、各サイクルの明確なステータス、現場の人が簡単にアクセスできることを確認してください。ツールを選ぶのは、チームが紙で数回サイクルを回した後にしましょう。そうすれば、本当に必要な機能が分かります。

次のステップ

今週、ラインの問題を一つ選び、1ページのPDCAテンプレートに記入して、短い試行を実施してください。チェックの後に、標準化、調整、中止のいずれかを判断します。これが、工場でPDCAサイクルがどのように機能するかを最も早く学ぶ方法です。