第7章｜7-9 標準化と管理の定着｜改善を「その人だけの成功」で終わらせない

標準化とは、うまくいった方法を担当者が変わっても再現できるよう、正式なルールにすることです。 改善を個人の工夫のまま残すと、異動や交代で元に戻るおそれがあります。

対策内容に応じて作業標準書、QC工程表、設備設定条件、点検表、判定見本、異常時の連絡手順などを改訂します。単に「注意する」と書くのではなく、作業の手順と判断できる条件を明示します。

• 何を変えるか：照合方法・点検箇所・作業順序など
• 誰が実行するか：作業担当者・点検担当者・管理者
• 何を根拠に判定するか：判定基準・良否見本・設備表示など
• 改訂をどう管理するか：版数・施行日・承認・旧版回収

例えば部品の取り違えを防ぐためにバーコード照合を導入した場合、読み取り手順だけでなく、照合NG時の停止と連絡、品番マスターの登録・変更手順まで標準へ組み込みます。

文書を改訂しただけでは、改善は定着しません。 現場で実行できる条件を整え、実際の作業で再現できるか確かめる必要があります。

例えば新しい点検項目を追加しても、測定器が足りない、時間内に点検できない、旧版の手順が残る、といった状態では守れません。

• 準備：必要な治具・工具・点検器具・表示が揃っているか
• 文書：改訂内容、版数、承認者、適用開始日が明確か
• 現場：最新版が使われ、旧版や古い掲示が撤去されているか
• 実行：担当者が通常の作業時間・作業条件で実施できるか
• 証拠：実施記録や確認結果が残る仕組みか

注意： 守れない原因が「人の意識」とは限りません。実行しづらい標準は、教育だけでなく作業方法や環境の見直しが必要です。

管理項目は「何を・誰が・いつ・どう測り・異常時にどうするか」をセットで決めます。 管理の目的は記録を増やすことではなく、対策が機能しなくなった兆候を早く発見することです。

以下はバーコード照合を導入した場合の説明用の架空例です。頻度・基準は製品のリスク、工程、社内規程に応じて設定します。

監視項目は多いほどよいわけではありません。対策の要所と結果指標を優先し、同じ情報を重複して記録しないよう整理します。

教育の完了は「説明した」ではなく「正しく実行できる」で判断します。 周知メールや署名だけでは、実作業での理解度を確認できません。

• 手順を説明：変更理由・新旧差分・対象作業を具体的に伝える
• 実演してもらう：担当者が見本なしで手順を実施できるかを見る
• 異常時も確認：照合NGや機器故障時に停止・報告できるかを確かめる
• 記録を残す：対象者・教育日・確認内容・判定・再教育の必要性を管理する

例えば正常なバーコードを読めることに加え、読取不能・品番不一致のときに勝手に流さず、定めた処置を取れるかも確認します。新規配属者や応援者への教育方法も標準化します。

注意： 教育記録があっても作業ができなければ定着とは言えません。確認でつまずいた箇所は、手順書と現場条件も見直します。

改善効果は、人・設備・材料・方法が変わっても機能するよう管理します。 この変更時の確認を「変化点管理」と呼びます。

変更前に担当責任者が影響を評価し、必要な再確認を決めて記録します。例えば新品番を登録した際は、マスターの承認だけでなく、実際に読取と照合ができるか確認します。初回品の確認範囲はリスクと社内ルールによって設定します。

横展開は、見た目の似た工程ではなく、同じ原因が起こり得る工程へ広げることです。 改善を他のラインにも使えるようにすることで、似た不具合を未然に防ぎます。

例えば「品番マスターの登録漏れ」が原因なら、同じマスターを使う設備や他ラインの照合工程を確認します。一方、設備仕様や照合条件が異なる工程に対策をそのまま当てはめると、新たな誤判定を招くことがあります。

• 対象候補を洗い出し、原因の共通性を確認する
• 工程・設備・品番・管理方法の差を調べる
• 適用前にテストして、必要なら標準と教育内容を調整する
• 展開先の責任者・実施日・効果確認結果を記録する

横展開は「他部署に資料を送った」で終わらせず、展開先でも機能したかを確認します。

定着は、対策を守れているかと、不具合が戻っていないかの両方で判定します。 結果だけを見ると、偶然不良が出ていないだけの状態を見落とすことがあります。

• 実行状況：標準どおりの照合率、点検実施率、教育完了の記録
• 結果指標：取り違え件数、不良率、手直し件数
• 異常対応：逸脱を発見してから是正するまでの対応・再発の有無

数値の見方を架空例で示します。比較条件が同じとして、改善前の対象2,000個中20個の不良は1.0%、改善後の対象2,000個中4個は0.2%です。差は0.8ポイント減、相対的な減少率は80%です。これは計算例であり、実際の製造データや効果保証ではありません。

不良率の変化だけで「対策が原因」と断定せず、品種構成・生産量・検査方法・測定期間が比較可能かを確認します。監視頻度と判定期間に一律の正解はありません。 リスク、発生頻度、工程能力や顧客要求に合わせて決め、異常時は原因を調べて標準を見直します。

改善後の維持にはSDCAサイクル（標準化→実行→確認→処置）を使います。維持できなければ、必要に応じて再度PDCAで改善します。

例：バーコード照合で部品の取り違えが減っても、照合を省略できる状態なら改善は未完成です。 以下は実績ではなく、管理の考え方を示す想定事例です。

• 対策：部品ラベルを読み取り、作業指示の品番と一致した場合だけ次へ進む
• 標準化：読取位置・操作手順・NG時停止・責任者連絡を作業標準へ反映
• 仕組み：読取不能時に勝手に解除できない運用、権限管理、点検方法を整える
• 変化点：新品番・設備更新時はマスター変更とテストを必須にする
• 定着確認：照合実施状況、照合NG発生、取り違え件数を追跡する

失敗しやすい点： 読取機のエラーを回避するために手入力や照合省略を常用すると、対策の目的が失われます。例外処理が必要なときこそ、権限・記録・事後確認を決めます。

このように作業標準・設備・教育・変更管理・効果監視をひとつにつなぐことが、改善を元に戻さない「歯止め」です。

いいえ。 標準を改訂した後も、教育・実行状況・効果の維持を確認します。対策が守られ、問題の再発を抑えられているかを確認したうえで、残課題・横展開・今後の方針を整理します。

教育は対策のひとつですが、それだけとは限りません。 作業時間、工具、表示、設備、工程順序などが標準に合っているか確認します。守れない要因が仕組みにあるなら、再教育に加えて標準や環境を修正します。

歯止めと標準化は同じ意味ですか？

関連しますが、完全に同じではありません。 標準化は有効なやり方をルールにすることです。歯止めは、そのルールを教育・日常管理・変更管理などに組み込み、改善前の状態へ戻さない仕組みまで含めて考えます。

定着確認は何日間続ければ十分ですか？

すべての工程に共通する日数はありません。 製品の生産頻度、リスク、不具合の発生しやすさ、顧客要求などを踏まえて監視期間と確認数を決めます。短期間に不良が出なかっただけでは十分とは限らず、標準の遵守と条件変化時の対応も確認します。

PDCAとSDCAはどう使い分けますか？

PDCAは改善を進める、SDCAは標準化した良い状態を維持するための考え方です。SDCAで逸脱や効果低下が見つかれば、問題の原因を調べて再度PDCAで改善します。詳しくはSDCAサイクルの解説をご覧ください。