6シグマは、業務のばらつきをデータで捉え、顧客が困る不良やミスを減らすための改善方法です。
統計手法だけを導入するのではなく、課題の選定、測定、原因の検証、対策、定着までを一つの流れとして管理します。
既存業務を直すならDMAIC、新しい製品やサービスを設計するならDMADVが基本です。
GEの事例から学べるのは、分析手法の多さよりも、改善を経営課題や日常の管理に結び付けた点です。
先に押さえたい四つの要点
- 6シグマの対象は、製造不良だけでなく、入力ミス、待ち時間、再問い合わせなど、繰り返し測れる業務上の問題です。
- DMAICは既存プロセスの改善、DMADVは新規設計または全面的な再設計に使います。
- DPMOを計算する前に、何を一件と数え、どこを不良機会とするかを決めます。
- 改善後の監視条件と異常時の対応者まで決めなければ、成果は定着しません。
6シグマとは何か
ASQの6シグマ解説は、6シグマを、顧客満足を損なう工程、製品、サービスのばらつきを減らす体系的な品質改善方法と説明しています。
ここでいう「ばらつき」とは、同じ作業を繰り返したときに、処理時間や品質が一定にならない状態です。
DPMOは、100万回の不良機会あたりに何件の不良が起きたかを表す指標です。
伝統的な6シグマのモデルでは、平均が長期的に1.5σずれるという仮定を含め、6シグマ水準を3.4 DPMOと表します。
DPMO = 不良件数 ÷(処理件数 × 一件あたりの不良機会数)× 1,000,000
たとえば、100件の申請に二つの必須確認箇所があり、合計四件の記入漏れが見つかったとします。
この仮想例のDPMOは、4 ÷(100 × 2)× 1,000,000 = 20,000です。
同じ申請でも、不良機会を「申請一件」とするか「確認欄一つ」とするかで値は変わります。
部署や期間をまたいで比較する前に、分母と不良の定義をそろえる必要があります。
DMAICとDMADVの使い分け
ASQのDMAIC解説では、DMAICを既存プロセスの改善、DMADVを新しい製品やサービスの開発、または全面的な再設計に使う方法として区別しています。
DFSSは新規設計段階から品質を作り込む考え方で、DMADVはその代表的な進め方です。
| 比較項目 | DMAIC | DMADV |
|---|---|---|
| 対象 | すでに動いている業務や工程 | 新しい製品、サービス、工程 |
| 出発点 | 現状が基準や顧客要求を満たしていない | 既存改善では目標に届かない、または仕組みがまだない |
| 後半の段階 | Improveで改善し、Controlで維持する | Designで設計し、Verifyで要求との一致を検証する |
| 代表的な成果物 | 改善案、管理計画、標準作業 | 要求仕様、詳細設計、検証結果 |
原因が明白で、対策も安全にすぐ実施できる小さな問題に、重いDMAICプロジェクトを立ち上げる必要はありません。
ASQが整理したDMAICの失敗例も、単純な問題への過剰適用を不適切な使い方として挙げています。
DMAICの五段階と成果物
| 段階 | 答える問い | 主な成果物 |
|---|---|---|
| Define(定義) | 誰が何に困り、どこまでを改善するのか | プロジェクト憲章、VOC、CTQ、対象範囲 |
| Measure(測定) | 現状を同じ方法で繰り返し測れるか | 工程図、測定ルール、基準値、データ品質の確認 |
| Analyze(分析) | 結果と原因候補の関係をデータで説明できるか | 原因分析、検証結果、優先原因 |
| Improve(改善) | どの対策が効果を持ち、副作用を抑えられるか | 試行計画、対策前後の比較、実施案 |
| Control(管理) | 誰が何を監視し、異常時にどう戻すか | 管理計画、標準作業、監視頻度、対応基準 |
VOCは顧客の声、CTQは顧客にとって品質を左右する特性です。
たとえば「問い合わせへの回答が遅い」というVOCを、「受付から初回回答までの時間」という測定可能なCTQへ変換します。
Measureで測定方法を確認するのは、誤った物差しで工程を評価しないためです。
測定者や測定時刻によって結果が大きく変わるなら、原因分析より先に計測手順を直します。
GEの導入から読み取れること
Motorola Solutionsの品質史によると、Motorolaは1986年に6シグマの品質改善プロセスを開発しました。
その後、GEはこの方法を経営規模で展開しました。
GEの公式記事は、Jack Welchが1995年にWork-Outへ6シグマを組み合わせたと説明しています。
Work-Outは、組織内の障害を減らし、現場の提案を意思決定へ届かせるための取り組みでした。
GEの1999年Form 10-Kは、6シグマをコスト構造に影響する施策と位置付け、その便益が変動費と固定費の生産性、直接材料費の低下に表れていると記載しています。
一方、同資料は1998年のコスト生産性に6シグマだけでなく生産量の増加も反映されたと説明しています。
したがって、利益の増加やコスト削減をすべて6シグマの効果とみなすのは適切ではありません。
改善前後の差額を示すときは、販売量、価格、原材料費など、同じ期間に動いた別の要因を分けて評価します。
役割を肩書ではなく意思決定で分ける
ベルト制度は組織によって異なります。
ASQの6シグマ役割ガイドを基にすると、最小限の役割は次のように整理できます。
| 役割 | 主な責任 | 確認したい権限 |
|---|---|---|
| チャンピオン | 経営目標と改善案件を結び付け、資源を確保し、障害を取り除く | 対象範囲、優先順位、部門間調整を決められるか |
| ブラックベルト | 問題解決プロジェクトを率い、チームを支援する | 分析方法と検証計画を選び、結果を説明できるか |
| グリーンベルト | データ収集と分析を支え、小規模な改善を率いる | 現場データへアクセスし、変更を試せるか |
| 工程責任者 | 改善後の標準作業と監視を引き継ぐ | 異常時に作業を止め、原因確認を始められるか |
資格名だけを割り当てても、判断権限がなければ改善は止まります。
誰がデータを承認し、誰が試行を許可し、誰が管理段階を引き継ぐかをプロジェクト憲章に書きます。
導入対象の選び方と四つのゲート
最初の案件は、繰り返し発生し、顧客または事業への影響が説明でき、必要なデータを集められる問題から選びます。
原因が複数あり、現場の経験だけでは優先順位を決めにくい問題がDMAICに向いています。
- 不良、遅延、再作業の定義を関係者が同じ言葉で説明できる。
- 処理件数や稼働時間など、比率を計算する分母を取得できる。
- 対象工程と対象外を区切り、責任者を決められる。
- 改善案を小さく試し、対策前後を同じ条件で比較できる。
- 安全、法令、個人情報、アクセシビリティへの副作用を確認できる。
| ゲート | 完了条件 |
|---|---|
| 案件化 | 課題、顧客影響、CTQ、範囲、責任者を一枚の憲章に記載した |
| 測定承認 | 分母、不良機会、収集方法、欠測の扱いを決め、基準値を出した |
| 対策承認 | 原因の根拠、試行範囲、成功条件、中止条件、副作用を確認した |
| 運用移管 | 監視担当、確認頻度、警告値、異常時の対応、記録場所を決めた |
日程はデータの取得周期と試行リスクから決めます。
一律に90日と置くより、各ゲートの完了条件を先に固定した方が、測定不足のまま分析へ進むことを防げます。
二つの仮想例で進め方を確認する
製造工程のはんだ不良
Defineでは、対象製品、工程、期間を区切り、「通電試験に合格しない接合」を不良と定義します。
Measureでは、検査者間で判定が一致するかを確認し、製造数と不良接合数を同じ単位で記録します。
Analyzeでは、設備、部材ロット、温度条件、作業時間帯などの原因候補を分け、データで関係を確かめます。
Improveでは一部のラインで条件変更を試し、Controlでは管理図や点検表に警告値と対応手順を残します。
問い合わせ窓口の一次解決率
Defineでは、「初回で解決」を、一定期間内に同じ内容で再問い合わせがない状態など、判定できる言葉に変えます。
Measureでは、一次解決率だけでなく、処理時間、再問い合わせ、未完了件数も並べ、早く切り上げただけの対応を成果に数えないようにします。
Analyzeでは、問い合わせ分類、回答手順、知識ベースの検索結果を確認します。
Improveでは対象を限定して回答順やFAQを試し、Controlでは文面の版管理、更新担当、確認周期を決めます。
複数拠点や委託先と品質基準をそろえる場合は、内部記事のオフショア開発の品質管理が難しい理由と実務でできる対策も参考になります。
改善を続けるための注意点
| つまずき | 起きる問題 | 修正方法 |
|---|---|---|
| DPMOだけを目標にする | 顧客に影響しない数値を下げる活動になる | 先にVOCとCTQを定義する |
| 測定方法を途中で変える | 改善前後を同じ条件で比較できない | 変更理由を記録し、必要なら基準値を取り直す |
| 相関を原因とみなす | 別の要因を見落とし、対策が再現しない | 試行や追加データで原因候補を検証する |
| 改善後に解散する | 担当変更や繁忙期に元の状態へ戻る | Controlの責任者と異常時の反応計画を決める |
| 財務効果を一括計上する | 販売量や価格変化まで改善効果に含めてしまう | 算定式、対象期間、除外要因を記録する |
改善情報を誰でも確認できる状態にする
品質改善の会議やダッシュボードに参加できる人が限られると、現場の異常が管理者へ届きにくくなります。
表には見出しと要約を付け、グラフは色だけで状態を区別せず、録画には字幕または文字起こしを用意します。
操作画面はキーボードでも主要機能を使えるかを確認し、変更履歴は画像だけでなくテキストでも残します。
発注から運用までの確認項目は、内部記事のWebアクセシビリティを実務に組み込む方法で詳しく整理しています。
小さな案件で測定から管理まで通す
6シグマは、3.4 DPMOという数値を掲げるだけの活動ではありません。
顧客が困る状態を定義し、信頼できる測定で原因を絞り、試行した対策を日常業務へ引き継ぐ方法です。
最初の一件では、課題、CTQ、分母、責任者、監視条件を一枚にまとめます。
既存業務ならDMAIC、新規設計ならDMADVを選び、各段階の成果物を確認してから次へ進みます。
参考資料
- ASQ「Six Sigma」
- ASQ「DMAIC」
- ASQ「Six Sigma Belts, Executives, and Champions」
- Motorola Solutions「History of Quality」
- GE News「Jack Welch」
- U.S. SEC「General Electric Company Form 10-K for 1999」
この記事に関連する株式会社greedenの取り組み
6シグマで可視化した課題を定着させるには、業務フローと改善後の運用を仕組みに反映する必要があります。
株式会社greedenは、Webシステム開発で要件整理からテスト、リリース後の機能改善まで継続して支援します。
