標準化を急ぎすぎた改善活動を現場で実証｜製造業DXの失敗事例・改善途中で再設計後の利用率が73％まで回復

本社DX推進室の鈴木健太です。「標準化を急ぎすぎた改善活動」は一度目のやり方では思うような成果が出ず、設計を見直したテーマです。今回は、最初につまずいた点と、失敗事例・改善途中として現場に受け入れられるまでに変更した内容を中心に紹介します。成功結果だけでは判断しにくいため、検証に使った70件の記録も残しました。

当初の状況は、開始時は期待が高かったものの、現場の例外や運用負荷を十分に確認せず、本稼働後に利用が減りました。現場説明では理解を得られたつもりでしたが、実際の作業では例外が多く、担当者が従来手順へ戻る場面がありました。そこで利用率だけを見るのをやめ、使わなかった理由、途中で止めた理由、誰に確認したかを記録し、技術上の問題と運用上の問題に分けました。

再設計では、成功件数だけでなく、修正回数、例外件数、問い合わせ時間を測り直し、継続条件を再設定しました。全体展開をいったん止め、影響の小さい範囲で5週間の再試行を実施しました。毎週のレビューでは管理者が結論を決めるのではなく、実際に操作した人から改善案を出してもらい、次の一週間で一つだけ変更して差を確認しました。

見直し後は「再設計後の利用率が73％まで回復」となり、確認漏れや再作業も21％減少しました。特に、例外時に手作業へ戻す基準を明確にしたことで、止まったまま放置されるケースが減りました。ただし、短期間の数字だけで成功と判断せず、担当者交代後も同じ結果になるかを追加確認しています。

現在も、再設計後も保守工数が想定を超える可能性があり、手作業に戻す基準も決めています。今回の経験から、機能の多さより、やめる条件と助けを求める先が明確であることが定着には重要だと分かりました。改善履歴には採用しなかった案と理由も残し、次の担当者が同じ検討を繰り返さないようにしています。

似た失敗から立て直した経験があれば、どの時点で続行・縮小・中止を判断したか教えてください。失敗を共有しやすくする工夫も歓迎します。

※この投稿はデモンストレーション用のサンプルです。人物や企業、内容は架空のものです。