MBBへの道２ DMAICおさらい２
このメモの中心メッセージ
MBBは、改善を「成果」で終わらせず、重要Xの管理・標準化・日常管理・人材育成へつなぐ設計者である。
Improveで得た最適条件や対策は、Controlで現場が毎日再現できる仕組みにして初めて組織能力になる。
1. 講義全体の大きな結論
今回の講義では、MBBの役割を「DMAICを教える人」ではなく、「方針管理・改善プロジェクト・日常管理・人材育成をつなぎ、改善を組織能力に変える設計者」として整理した。
| MBBの役割 方針管理で重点課題を絞り、DMAICやLeanで問題を解き、Control・標準化・自工程完結・SDWTで日常に埋め込む。 |
特に今回の範囲では、Improveで見つけた最適条件や対策を、Controlで標準・測定・管理図・異常時対応・QMSへ落とし込むことが中心論点になった。
| 観点 | MBBとして見るべき問い |
| 方針接続 | この改善テーマはどのAO/IA、SQCDIP、顧客要求につながるか。 |
| Improve | 対策はどのVital Few Xsに効かせるものか。 |
| Control | 改善後の条件を、現場が毎日・毎シフト再現できるか。 |
| 組織能力 | 人が変わっても、標準・教育・日常管理で維持できるか。 |
2. Improve章の要点
Improveフェーズは、単に対策案を出す段階ではない。Analyzeで絞り込んだVital Few Xsを、最適な設定・最適なプロセス設計に変換し、実際にYが改善することを検証するフェーズである。
図2 Improveの2つのアプローチ
2.1 Improveの2つのアプローチ
| アプローチ | 目的 | 主なツール | 向いている状況 |
| 要因の最適化 | 主要な変動要因Xを最適設定にする | DOE（実験計画法） | 温度、時間、圧力、速度、材料条件などを変えられる |
| プロセスの再設計 | プロセス構造そのものを変える | FMEA、プロセスフロー | 実験が難しい、手戻り・検査・待ち・隠れ工場が多い |
2.2 ImproveでのMBBレビュー視点
- 対策案は「どのXに効かせる対策か」が説明できること。
- DOEで条件を最適化する場合は、最適点ではなく、現場で維持できる運転窓を探すこと。
- プロセス再設計では、FMEA・プロセスフロー・Hidden Factoryの情報を対策に接続すること。
- Improveの成果は、Control Plan、SOP、教育、異常時対応に接続できる形で残すこと。
3. DOE実習の備忘録
DOE、Design of Experiments、実験計画法とは、複数の入力Xを計画的に変化させ、そのときYがどう変わるかを効率よく調べる方法である。
| DOEのMBB的な見方 勘と経験で条件をいじるのではなく、少ない実験回数で、主効果・交互作用・最適領域を見つける方法である。 |
3.1 今回のDOEデータ
| 区分 | 名前 | 水準・目的 |
| 因子X | Time | 20, 50 |
| 因子X | Temp | 150, 200 |
| 因子X | Catalyst | A, B |
| 応答Y | Yield | 最大化、最小許容値46 |
| 応答Y | Cost | 最小化、最大許容値30 |
設計は3因子2水準の完全実施要因計画であり、8条件を2回反復して合計16実験とした。
3.2 DOE結果：どの因子が効いたか
図3 Minitab出力をもとに再作成した標準化効果のパレート図
| 応答 | 有意だった主な項 | 実務上の読み |
| Yield | Time、Temp、Time×Temp | Yieldは主に時間・温度・その組合せで決まる。CatalystはYield単独では大きくない。 |
| Cost | Catalyst、Temp、Time、Time×Catalyst、Temp×Catalyst | CostはCatalystの影響が強く、CatalystによってTime/Tempの効き方も変わる。 |
3.3 Optimizerと等高線の読み
図4 Catalyst=A固定時の候補領域。緑領域はYield≥46かつCost≤30を満たす範囲。
| 項目 | 結果 |
| Minitab Optimizerの候補 | Time=50、Temp=164.141、Catalyst=A |
| 予測値 | Cost=29.9092、Yield=46.1196 |
| 95%予測区間 | Cost: 28.954〜30.864、Yield: 45.164〜47.075 |
| MBB判断 | 平均予測では合格。ただし予測区間を見ると余裕が小さく、量産条件としては未確定。確認実験が必要。 |
| 確認実験の候補 Catalyst=A、Time=48〜50、Temp=164〜166付近。 |
3.4 VIF・直交性・交絡の整理
図5 VIFと直交性の概念図
VIF、Variance Inflation Factor、分散拡大係数は、他のXと似た動きをしているせいで、そのXの係数の不確かさが何倍に膨らんでいるかを見る指標である。今回のVIF=1.00は、Time、Temp、Catalyst、それらの交互作用が互いに混ざらず、独立して推定できていることを意味する。
| 種類 | 今回の判断 |
| 設計上の交絡 | full factorialなので基本なし。 |
| Minitab上の多重共線性 | VIF=1.00なので問題なし。 |
| 実験運用上の交絡 | 実行順序がランダムでない場合は、時間帯・設備状態・原料ロット差が混ざる可能性あり。 |
| 交互作用と交絡は違う 交互作用：ある因子の効果が別の因子の水準で変わること。 |
4. FMEAの整理
FMEAは、想像でまずそうなところを書く表ではない。現場事実・過去トラブル・工程知識を使って、起こり得る失敗を先回りして潰す表である。
| 観点 | 悪いFMEA | 良いFMEA |
| 起点 | 思いつき | プロセスフロー、現場観察、過去不良、工程知識 |
| 失敗の書き方 | ここが悪そう | どの工程で、何が、どう失敗するか |
| 原因 | 作業者ミス、注意不足 | 標準、治具、条件、検出方法、設備、設計など |
| 対策 | 注意する、教育する | 発生を防ぐ、検出を強くする、影響を小さくする |
| 確認 | やったことにする | RPN/AP再評価、Yの改善確認、Control Plan反映 |
4.1 FMEAで書くべき項目
| 項目 | 意味 |
| 工程ステップ | どの工程か |
| 機能・目的 | その工程は何を達成すべきか |
| 故障モード | どう失敗するか |
| 影響 | 起きたら何が困るか |
| 原因 | なぜ起きるか |
| 現状管理 | 今どう防ぎ、どう見つけているか |
| 深刻度・頻度・検出度 | 影響の大きさ、起きやすさ、見つけにくさ |
| 対策・再評価 | 何を変え、対策後リスクは下がったか |
4.2 対策の強さ
| 対策レベル | 例 | 評価 |
| 弱い | 注意喚起、再教育、掲示 | 人の記憶に依存し、忘れると戻る |
| 中 | チェックリスト、ダブルチェック、アラーム | 検出は強くなるが、作る可能性は残る |
| 強い | 治具化、自動停止、条件ロック | 発生そのものを防ぐ |
| 最強 | 工程設計変更、誤投入できない構造 | 再発しにくい |
| MBBの問い 教育しても、うっかりしたら起きる。 |
5. Control章の要点
Controlフェーズは、DMAICの最後ではあるが、改善活動の終了ではない。Improveで得た改善効果を、日常業務の中で維持し、異常が起きたらすぐ分かり、元に戻らない仕組みにするフェーズである。
図6 Controlは改善を日常管理へ移すための設計である
5.1 Controlでの実施事項
| 項目 | MBBとしての意味 |
| 改善策の実行 | Improveで検証した対策を実工程へ正式導入する |
| SPC導入 | プロセスが安定しているかをデータで継続監視する |
| その他の維持管理手法 | FMEA、標準化、5S、ポカヨケ、日常点検などで戻りを防ぐ |
| QMSへの組み込み | SOP、Control Plan、教育、監査、変更管理へ入れる |
5.2 Yだけでなく、重要Xを管理する
Controlで重要なのは、Yだけを監視していては遅いという点である。Yが悪くなってから気づくのではなく、Yを決めている重要Xを管理する。
| 管理対象 | なぜ管理するか |
| Catalyst | BになるとCostが悪化する |
| Time | YieldとCostに影響する |
| Temp | YieldとCostに強く影響する |
| Yield | 顧客・品質要求を満たしているか確認する |
| Cost | 経済性を満たしているか確認する |
6. SPC・Gage R&R・多重性の論点
6.1 SPCとは
SPC、Statistical Process Control、統計的プロセス管理とは、データを時系列で見て、工程が安定しているか、異常な変化が起きていないかを判断する方法である。
| 種類 | 誰が決めるか | 目的 |
| 規格限界 USL/LSL | 顧客要求、設計要求、品質要求 | 合格・不合格を判断する |
| 管理限界 UCL/LCL | プロセスデータから計算する | 工程が安定しているかを見る |
| 管理限界と規格限界の違い 規格内だから管理状態とは限らない。 |
6.2 管理図の異常サイン
| 異常サイン | 疑うこと |
| 管理限界外の点 | 特別原因、突発異常 |
| 連続上昇・下降 | 摩耗、温度変化、調整ずれ |
| 中心線の片側に偏る | 条件変更、材料ロット差、作業者差 |
| 周期的変動 | シフト、設備サイクル、環境周期 |
| ばらつき拡大 | 設備劣化、測定異常、作業方法の乱れ |
6.3 Gage R&RはControlでやるには遅いのでは？
Controlで初めてGage R&Rをやるなら遅い。Controlで行うべきGage R&Rは、初確認ではなく、改善後の管理に使う測定システムが日常運用に耐えるかの最終確認・再確認である。
| タイミング | MSA / Gage R&Rの目的 |
| Measure | Y、CTQ、ベースライン測定が信用できるか確認する |
| Analyze | 原因候補Xを測る場合、そのXの測定が信用できるか確認する |
| Improve | DOEやパイロットで使うY/Xの測定が信用できるか確認する |
| Control | 日常管理で使うX/Yの測定システムが運用可能か確認・再確認する |
6.4 管理図ルールと多重性
図7 管理図ルールを増やすことのトレードオフ（概念図）
Minitabの管理図検定をすべてONにするのは原則としてやり過ぎである。複数の検定ルールを同時に使うと、どれか1つに引っかかる確率が上がり、誤警報が増える。
| MBB判断 管理図の検定ルールは、多ければ良いわけではない。 |
6.5 どのルールを使うか
| 見つけたい異常 | 使うルールの考え方 |
| 突発的な大異常 | 管理限界超え |
| 平均値のシフト | 中心線片側の連続点 |
| 徐々に悪化するドリフト | 連続上昇・下降 |
| 工具摩耗・温度上昇 | トレンド系ルール |
| 過剰調整 | 交互上下のパターン |
| 小さなシフトを早く見たい | 2σ、1σ系ルールを慎重に追加 |
7. MBBレビュー用チェックリスト
7.1 Control Planに最低限入れる項目
| 項目 | 内容 |
| 工程ステップ | Process Map、FMEAと同じ名前で書く |
| 管理対象 | 重要Xか、重要Yか |
| 入力/出力 | Input controlかOutput monitoringか |
| 規格・基準 | 目標値、許容範囲、判断基準 |
| 測定方法 | 測定器、測定手順、校正状態 |
| 管理方法 | SPC、ポカヨケ、チェックリスト、自動制御など |
| サンプル数・頻度 | 何個を、いつ、どの間隔で測るか |
| 責任者・記録場所 | 誰が測り、誰が判断し、どこに記録するか |
| 異常時対応 | 外れたら誰が何をするか |
| SOP/教育 | どの標準に反映し、誰に教育したか |
7.2 プロジェクトレビューで確認すること
- 改善後のYは、統計的・実務的に改善したか。
- Vital Few Xsは明確か。
- 重要XとYの測定システムは信頼できるか。
- 重要Xを現場で維持できるか。
- 適切な管理図を選んだか。
- 管理外れ時の行動が決まっているか。
- 対策後FMEAを更新したか。
- Control Planの工程、X/Y、基準、頻度、責任者が明確か。
- SOP・教育・QMSに反映したか。
- 人・設備・材料・顧客要求が変わった時の再評価条件があるか。
7.3 Control Phaseのチェック項目への答え
| 問い | MBBとしての答え |
| 欠陥を低減できたら、そのレベルをどう維持するか | Control PlanとProcess Ownerへの移管。誰が、どのKPIを、どの頻度で見て、異常時に何をするかを決める。 |
| ルーチン業務でどう維持するか | 朝会・Tier meeting、管理図、標準作業、Gemba walk、FMEA/Control Planの定期更新へ組み込む。 |
| 状況が変わっても維持するには何を決めるか | 人・設備・材料・顧客要求・生産量・工程条件が変わった時の再評価ルールを決める。 |
8. 次回に進めるとよいテーマ
- SPC管理図の種類と使い分け：Xbar-R、I-MR、p / np / c / u管理図。
- 管理限界と規格限界の違い、安定性と工程能力、Cp / Cpk。
- DOE例を使ったControl Plan作成演習。
- Reaction Plan設計：管理外れ時、誰が何をするか。
- FMEA → Control Plan → SOPへの接続演習。
最終メッセージ
| MBBとして見るべきもの 分析結果の美しさではなく、現場が毎日再現できるか。 |