シックスシグマ DMAICの問題記述とプロジェクト憲章
問題記述とシックスシグマ DMAICプロジェクト憲章を作るための指針と例

プロジェクト憲章は、シックスシグマの改善・問題解決に枠組みと目標を与えます。問題記述は調査を始める重要な要素で、情報の発見と根本原因の特定へ導きます。

DMAIC憲章の問題記述を作ることは、地図を描くのに似ています。方向と焦点を示し、道を外れないようにします。独特なデータの傾向や顧客の苦情など、問題固有の知見が目印となり、効率的で品質が管理された工程へ導きます。

正確な問題記述には、課題、場所、対象工程を明記し、頻度や数量の事実を示して金銭的影響を明らかにします。この段階では責任追及や解決案を避け、対象の問題に集中します。 問題記述はDMAIC憲章の重要な要素で、追加情報と根本原因を見つける調査の出発点になることを忘れないでください。

シックスシグマ DMAICプロジェクト憲章

DMAIC憲章はプロジェクトの設計図です。目的、作業範囲、期待する便益、必要資源を明確に示します。

これらの基礎事項を開始時に定めることで、憲章は成功の土台になります。関係者全員を導き、使命と目標の包括的な共通理解を確保します。

この 目的 を記した憲章の文は、主要目標と実施理由を明らかにします。チームに共通の構想を生み、努力を一つの目標へそろえます。実施中の判断と優先順位の基準にもなります。

ゴールを知らずにマラソンを走る場面を想像してください。憲章の目的記述は、その不可欠なゴールです。具体的な目標が方向と、進み続ける意欲を与えます。

次に 範囲については、この節でプロジェクトに含めるものと、さらに重要な含めないものを明確にします。範囲を明確に定義すれば不要な逸脱を防ぎ、本来の目標に集中できます。

範囲を明確にしないことは、地図なしで旅に出るのと同じです。不要な遠回りをし、道に迷うかもしれません。

さらに、期待する 便益 を憲章に示し、完了時の成果を予告します。関係者の意欲を高め、成功を測る物差しにもなります。

この包括的な道筋により、全員が役割と責任を理解し、DMAIC各段階の成功に向けて一致して進めます。

憲章の作り方を十分に理解したところで、効果的な問題記述に焦点を移しましょう。

問題記述を作成する

問題の定義には明確さが大切です。責任を追及せず、簡潔かつ具体的に課題へ集中します。不良削減、効率向上など、改善領域を特定します。

事実の証拠に基づき、何を改善すべきかを正確に示します。不良率上昇や業務の非効率による満足度低下などは、具体的に問題記述へ記載します。

前四半期に不良が15%増え、顧客満足度が20%下がったなら、両方の観察値を問題記述に含めます。不良が満足度低下の原因だと述べるのは、証拠がある場合に限ります。数値は信頼性と緊急性を示し、状況の深刻さを伝えます。

問題記述は欠点を指摘するだけでなく、改善機会を浮かび上がらせます。頻度、数量、期間、金銭的影響などの数値で規模を明らかにし、深刻さについて関係者の認識をそろえて、今後の取り組みへの賛同を得やすくします。

頻度、数量、期間、組織への金銭的影響など、問題を示す定量データを含めます。

解決案は問題記述に入れません。未検証の原因や責任を決めつけず、事実で問題と影響を説明します。分析で原因を調べ、改善で解決策を開発・検証します。最初の定義を明確にし、証拠が対策を導く余地を残します。

問題記述の作成には、慎重な検討と正確さが必要です。単に問題を見つけるだけでなく、効率的な解決方針と大きな改善のための強固な土台を作ることが重要です。

原寸大の図を開く ↗

DMAIC憲章の問題記述

目標を設定する

目標はSMART、つまり具体的、測定可能、達成可能、関連性がある、期限がある、という基準に従います。明確さ、達成可能性、全体の構想との整合を評価するために使い、言葉だけで実行可能性が保証されるとは考えません。

SMARTの各文字の意味を見ていきましょう。

• 具体的： 目標は改善する特定の領域を扱い、曖昧さや解釈の余地をなくします。達成したいことに集中できます。
• 測定可能： 進捗を測る明確な方法が必要です。不良を減らすなら、時間とともにどれだけ減ったかを追跡・定量化できるようにします。
• 達成可能： 高い目標はよいことですが、資源と制約の中で現実的に達成可能でなければなりません。不可能にせず、挑戦を設定します。
• 関連性がある： 目標は組織やプロジェクト全体の目的に直接貢献し、プロセス改善と顧客ニーズの充足に関連していなければなりません。
• 期限がある： 全ての目標には期限が必要です。緊張感を生み、効果的な計画と優先順位づけに役立ちます。

SMARTの指針に従えば、目標は明確で測定可能になり、プロジェクトの成功と直接結びつきます。例えば「6か月以内に不良率を20%削減する」という目標です。

製造上の欠陥削減を目指す場合、SMART目標の例は「6か月以内に不良率を20%削減する」です。不良を対象にして具体的で、20%の削減を測定でき、工程能力に基づき6か月以内に達成可能で、品質改善に関連し、6か月の期限があります。

便益を明らかにする

SMART目標と同様に、達成による便益を示すことも重要です。 期待する便益を明確に伝えると、関係者とチームの認識がそろい、意欲と目的意識も生まれます。

便益には費用削減、顧客満足度、生産効率などがあります。目標達成の良い影響を全員が理解すれば、賛同と卓越性への決意が高まります。

例えば6か月で不良率を20%削減すれば、手直しや返品の費用削減、高品質による顧客満足度の向上、円滑な工程による生産効率の改善が期待できます。

便益を明確に示すと、重要性が伝わるだけでなく、実行中の判断にも指針を与えられます。

こうしたSMARTな目標と対応する便益を定めることで、組織に大きな変化をもたらすための確かな基盤ができます。

データの収集と分析

シックスシグマの柱はデータに基づく判断です。深い森で地図と方位磁針を使うように、適切なデータを特定・収集し、 分析して 効果的に理解する必要があります。現状の把握と課題の特定を助け、望む結果に向けた判断を導きます。

どのデータを集めるかが重要です。問題理解に欠かせない項目を時間をかけて定めましょう。それが目的地への方位磁針になります。満足度、不良率、生産性など、目標と一致するものを選びます。

重要なデータ項目を決めたら、一貫した収集方法を定めます。プロジェクトに応じ、調査票、プロセスマップ、直接観察、SPC管理図などを使います。

サービス企業で顧客満足度を改善するなら、回答フォーム、ソーシャルメディアの感情分析、顧客への定性面接などで有用な情報を集められます。

必要なデータを集めた後、包括的に分析して全体を理解するという本当の課題が始まります。

統計ツールを適用する

ここで分析ツールが役立ちます。現場で手がかりを調べる捜査員のように、証拠を組み合わせ、実際に起きたことを理解するには適切な道具が必要です。

パレート図は、例えば、問題への寄与が大きい要因を示し、最も重要な課題を特定するのに役立ちます。同様に、 特性要因図 などの技法は、原因候補を整理し、追加調査が必要な領域を示します。

さらに、 回帰分析 は、変数間の関係や最終成果を左右する要因を特定して理解を深めます。生の数値を見るだけでは分からないパターンを発見するのに役立ちます。

正確な収集項目と強力な統計ツールを用意できたので、プロジェクトの核心へ進めます。問題を十分に理解し、具体的な知見から効果的な解決策へ取り組みます。

徹底した分析で問題を深く理解することが、プロジェクトの本質に沿う改善案を設計する土台になります。

改善策を設計する

データ収集と分析で改善領域が分かったら、チームで案を出し、評価します。独自の視点や専門知識から、他にはない革新的な案が生まれます。意見交換は多様な発想と創造性を促します。各自が異なるピースを持つパズルのように、持ち寄れば全体像が完成します。

チームで意見を出し合う

意見交換では、全員が安心して考えを共有できる協力的な雰囲気を作ります。役割や経験年数に関係なく、率直な会話と参加を促します。全ての視点に価値があり、多様な案を歓迎すると従来にない解決策が生まれます。

マインドマップや SWOT分析 を活用して意見交換を構造化し、改善案の全側面を十分に調べます。案を可視化して強み、弱み、機会、脅威を分析すれば、最適な方針について有用な知見を得られます。

意見交換で複数の改善候補が出たら、次は実現可能性と期待効果を評価します。

解決策の候補を評価する

各候補を、範囲内での実行可能性と問題領域への期待効果に基づき慎重に評価します。一見有望でも、目標に合い、現実に実施できるかを深く分析する必要があります。

資源の確保、時間制約、各案の複雑さを考慮します。意欲と現実性の均衡を取り、選んだ改善がプロジェクトの中で実際に実施できることを確保します。

改善案を評価した後は、全面的に実施する前に小規模で試して効果を評価します。この試行により、実際の状況で提案がどう機能するかを理解できます。

改善案を小規模に試す

試行では、選んだ方針を管理された環境で小規模に実施し、大規模な混乱や悪影響を避けながら実際の効果を観察します。

試行を注意深く監視すれば、改善案の実際の性能や予想外の課題・便益のデータを得られます。現場の反応を基に方針を磨き、全面展開について十分な情報に基づいて判断できます。

例えば生産ラインの一部を効率化する案なら、限られた領域で試行することで、全体の業務を危険にさらさず、流れの効率と品質への影響を詳しく観察できます。

改善策の設計では、共同の意見交換でチームの創造性を引き出し、厳密な評価で実行可能な方針を選びます。全面導入の前に試行することで、現場で検証し、効果と目標との整合を確認できます。

目標の達成に向けて進む際には、期待する結果を得る方法の理解が欠かせません。その道筋を効果的に進む方法を見ていきましょう。

期待する成果を実現する

改善の最終目的は、具体的で好ましい変化を見ることです。努力が期待する成果を生むよう、次の主要手順に従ってください。

• 進捗を監視する： 改善策を動かした後は進み具合を注意深く見ます。目標に対して定期的に確認し、正しい方向か、修正が必要かを判断します。長旅の途中で立ち寄り、方向を確認して進路を直すようなものです。
• 結果を分析する： 期待する結果を得る上で重要なのは、当初の目標や予想した改善と実際の成果を比べることです。「狙った結果が得られているか」を詳細に分析します。
• 十分な情報に基づいて判断する： 進捗の遅れや当初予測との違いを特定すれば、追加の修正や努力が必要かを判断できます。船長が現在位置と航路を常に照合し、目的地に効率よく着くために即時判断するのと同じです。
• 成果を祝う： 一方、成果の分析は途中の成功を認め、祝う機会でもあります。節目の達成を認めると士気と意欲が高まり、今後の目標に向けた決意が新たになります。

製造では、変更前後の生産結果を比較できます。不良を一定割合減らす目標なら、その数値を分析して達成を確認し、追加調整の必要性を判断します。

ケーキ作りと考えてください。焼き上がったら狙いどおりかを評価し、違えばレシピを調整して繰り返します。同様に、シックスシグマでも結果を分析し、望む成果に向けて計画的に調整します。

これらの重要な手順に従い、事前の目標に対して進捗と性能を継続評価すれば、改善と進化を続ける環境が生まれます。努力が狙う成果を生んでいるか、さらなる変更が必要かを判断できます。

監視と分析で期待する結果を確保する方法を見た後は、管理策と成果監視の重要な手順を理解しましょう。

問題記述とシックスシグマ DMAIC憲章を作る手順別ガイドと例

手順1．ビジネスケースを作る

ビジネスケースは、プロジェクトと全体の経営目標とのつながりを明らかにします。組織がなぜ実施すべきか、目標にどう貢献するかを説明します。

ビジネスケースは次の問いに答えられる必要があります。

• なぜこのプロジェクトは 実施する価値があるのでしょうか？ 取り組みに必要な資源を正当化します。
• なぜそれが 顧客にとって重要なのでしょうか？
• なぜそれが 事業にとって重要なのでしょうか？
• なぜ 従業員にとって重要なのでしょうか？
• なぜ 今実施することが重要なのでしょうか？
• 次の問いを考えてください。 今このプロジェクトを実施しないと どのような影響があるのでしょうか？
• それは 業務の施策や目標にどのように適合するのでしょうか？

DMAIC憲章のビジネスケースの例：

1. 完了までの時間を短縮する： 平均処理時間を短縮すれば、待ち行列の解決速度を高め、最終利用者をできるだけ迅速に支援できます。依頼元の目標を達成するだけでなく、完了までの時間を短縮して利用者満足度も高めます。
2. 製品組立を効率化する： 主力製品の組立時間が長いことに対応し、リーンシックスシグマに重点を置きます。現行工程と非効率を分析し、時間短縮、品質向上、より効率的な需要対応を目指します。スポンサーが監督する憲章を更新しながら使い、範囲拡大を管理して明確な日程を維持します。
3. サプライチェーン管理を最適化する： サプライチェーンの遅延に対応するため、このプロジェクトではリーンシックスシグマの要素を使って材料と情報の流れを分析・改善します。遅延の根本原因を特定し、是正策を実施することで、全体の効率を高め、製品を予定どおりに届けることを目指します。プロジェクト憲章を指針とし、最適化の間、範囲の際限ない拡大を防ぎ、規律ある日程を維持します。
4. 顧客対応の効率を高める： 解決時間の長さによる満足度低下を認識し、リーンシックスシグマで顧客対応の問題解決を分析・改善します。憲章で範囲と日程を定め、所要時間を体系的に短縮して利用者満足度を高めます。変化に応じて更新し、範囲の拡大を防ぐ生きた文書として使います。
5. 製造上の欠陥を減らす： 製造不良の増加に対し、リーンシックスシグマで原因を分析・是正します。是正策と工程改善により、品質を高め、不良を減らし、満足度を上げます。スポンサーが管理する憲章を更新して使い、範囲拡大を防いで明確な日程を維持します。
6. プロジェクト日程の変動を最小化する： 日程の不一致が全体の効率に影響するため、リーンシックスシグマで変動の理由を分析します。要因を特定・対処して、予測しやすく効率的な日程を作ります。スポンサーが監督する憲章を更新しながら使い、範囲を管理し、最適化の間も規律ある計画を維持します。

手順2.1．問題記述を作る

問題記述は、現行プロセスの困りごとを定量的に説明します

• どのような困りごとがありますか？
• どこで問題が起きていますか？
• いつからですか。現在も続いていますか。どの程度の期間ですか？
• 問題の規模はどの程度ですか？

問題記述では、原因や責任を決めつけたり、解決策を含めたりしてはいけません。

DMAIC憲章の問題記述の例：

1. 問題記述の例1： 過去3か月で （いつ）、顧客の12%で請求書の支払いが45日を超えて遅れています （何が）。これは20%に相当します （規模） という未回収債権の割合であり、営業キャッシュフローに悪影響を及ぼしています （影響）
2. 問題記述の例2： 過去2四半期に、製造拠点での受注処理時間が目標を継続的に15%超過しました。生産費と顧客の不満が増え、全体の業績に影響しています。
3. 問題記述の例3： 買掛金処理の直近の監査で、仕入先請求書の30%に誤りがあり、支払遅延と重要な供給業者との関係悪化を招き、顧客への適時提供にも影響していると分かりました。
4. 問題記述の例4： 新入社員の受け入れには現状で平均6週間かかり、研修費の増加と生産性の発現の遅れを招いています。手続きを効率化・迅速化する改善プロジェクトが必要です。
5. 問題記述の例5： 顧客支援システムでは、繁忙時間帯に案件の解決時間が25%増え、満足度低下と運営費増加を招いています。遅延の根本原因を特定・是正するDMAICプロジェクトが必要です。
6. 問題記述の例6： 在庫管理を分析すると18%の頻度で欠品が発生し、迅速な受注対応ができず販売機会を失っていました。在庫管理を最適化するDMAICプロジェクトの必要性が示されています。
7. 問題記述の例7： 前四半期に設備故障が10%増え、予定外の停止と生産低下を招きました。保守費が増え、需要への対応も難しくなったため、故障の根本原因を特定・対処するDMAICプロジェクトを始めます。
8. 問題記述の例8： 過去6か月で離職率が20%上がり、チームの関係が乱れ、採用費も増えました。日程と生産性に悪影響があるため、憲章とチーム構造への影響を踏まえ、増加の理由を調査して定着策を実施するDMAICプロジェクトが必要です。
9. 問題記述の例9： 現行のソフトウェア開発では、過去2回の開発サイクルで公開後の不具合が15%増え、苦情と大規模な修正が増加しています。満足度と日程に悪影響があるため、開発改善と不具合削減のDMAICプロジェクトが必要です。
10. 問題記述の例10： 直近の会計監査で、請求の誤りの25%が過大請求となり、紛争や顧客関係の悪化を招いたと分かりました。収益だけでなく評判にも影響します。問題解決とリスク管理のため、請求処理を更新・改善するDMAICプロジェクトが重要です。

手順2.2．目標記述を作る

チームが達成したい改善を定義します。動詞で始まり、原因を決めつけず、解決策を含めません。期限があり、実行可能で、焦点を示します。SMART、つまり具体的、測定可能、達成可能、関連性がある、期限がある、という条件を満たす必要があります。

目標記述の例：45日超の支払遅延が未回収債権に占める割合を、今後3か月で20%から15%へ下げ、年間500KUSDの実質的な節約を目指します。

原寸大の図を開く ↗

シックスシグマプロジェクト憲章

DMAIC憲章の目標記述の例：

1. 納期順守率を改善する： 今後6か月で納期順守の性能を20%高め、年間700KUSDの大きな節約を実現します。シックスシグマ憲章と部門横断チームの集団的な問題解決力を活用する効率化の目的に一致しています。
2. 製造の不良率を最小化する： 今後4か月で不良率を25%削減し、年間600KUSDを直接節約します。専門家とリーダーの経験を生かし、包括的な問題解決で品質上のリスクを低減する重要なプロジェクトです。
3. 顧客満足度を高める： 次の四半期で顧客満足度を15%高め、売上と再購入を増やします。共同で作るシックスシグマ憲章を通じ、専門家とリーダーの知識を活用して不満の原因に対応し、効果的な解決策を実施します。
4. 受注処理を効率化する： 今後5か月で受注処理を効率化し、所要時間を30%短縮して、年間800KUSDの節約を見込みます。チーム内の専門家とリーダーの経験を生かし、既存プロセスを更新して最大限効率化します。
5. 設備の停止時間を減らす： 今後6か月で設備停止を20%削減し、全体の生産性を高め、収益損失を防ぎます。チーム内の専門家とリーダーが協力し、設備故障のリスクを事前に特定・低減する問題解決を行います。
6. 在庫管理を最適化する： 今後4か月で余剰在庫を25%削減し、年間750KUSDの大きな節約を実現します。シックスシグマ憲章を通じ、専門家とリーダーの経験を活用して在庫管理を更新し、関連リスクを最小化します。

手順3．範囲を定める

範囲はプロセスの開始・終了点を明らかにし、制約や広がりを理解させます。成果物が何を対象とするかを定義し、チームの焦点を絞って期待を正しくそろえます。範囲設定には次の2種類があります。

• 縦方向の範囲設定
• 横方向の範囲設定

適切に範囲を定めないと、チームが プロジェクトへの関心を失う という状況になり、プロジェクトは 実施しにくくなります。実施後でさえ、 期待した便益が得られないことがあります。 チームは些細な問題に集中し、 本当に重要な問題を見落とします。 選んだプロセスが 扱えないほど広くなります。

縦方向の範囲設定： 縦方向の範囲は、プロセスの流れに沿って設定します
例：注文書の受領から販売代理店の倉庫への納品まで
例：顧客による苦情の報告から最終的な満足確認まで
多くの場合、開始点と終了点は固定されています。縦方向の範囲設定には、現状の大まかなプロセスマップを用意します。

横方向の範囲設定 では、プロセスの広がりに沿って範囲を定めます
例：北部・南部からの全ての出荷
例：通常シフト中に受けた電話

縦方向・横方向の範囲設定により、対象となる単位、適用される状況、取引の条件、機能領域、地理的範囲を明らかにできます。


DMAIC憲章のプロジェクト範囲の例：

• 縦方向の範囲の例：

1. 採用プロセス： 採用担当が紹介された履歴書を受け取った時、または候補者が面接のため来訪した時から、入社まで。
2. 従業員の受け入れ手続き： 内定受諾から試用期間終了までの受け入れ全体を評価します。研修の完了、チームへの適応、組織への定着など、主要な節目に注目します。
3. 受注処理のサイクル： 顧客の注文から納品と受領確認まで、受注処理全体を調べます。各段階の処理時間、在庫確認、配送日程を含みます。
4. 顧客サポート案件の解決： サポート案件の受付から終了までを調べ、各段階の時間を分析します。送信、担当割り当て、調査、解決、顧客の反応までを含みます。
5. 製品開発の日程： 構想の開始から最終製品の発売まで、製品開発の日程を評価します。発想、設計、開発、試験、最終公開など、各段階にかかる時間を調べます。
6. 買掛金の処理： 請求書の受領から実際の支払いまで、長期間にわたり買掛金処理を調べます。検証、承認、支払処理にかかる時間を評価し、効率化と誤りの削減を目指します。

横方向の範囲の例：

1. 採用プロセス： 全拠点を含む組織全体で、上級管理職レベルまでの面接対象者。
2. プロセスの改善： 複数の部門と拠点にまたがる、組織内の全製品カテゴリーの受注から納品までのプロセスを分析・最適化します。
3. 顧客満足度の向上： 全顧客層に対する電話、メール、チャットなど複数経路の支援を評価・強化して、顧客満足度を高めます。
4. サプライチェーンの最適化： サプライチェーン全体の全仕入先と全在庫品を対象に、調達と在庫管理を効率化し、費用を減らします。
5. 従業員の教育と育成： 複数部門・職種にまたがる、組織の全階層の従業員向け教育・育成プログラムの有効性を高めます。
6. ITシステムの性能： サーバー、ネットワーク、アプリケーションなどIT基盤の性能を調査・改善し、全ての部門の利用者に最適な機能と使い心地を提供します。

手順4．マイルストーンを定める

憲章のマイルストーンは、各段階の完了予定と署名付きの審査通過点を示します。DMAICに結びつく日付入りの大まかな初期計画です。機会を逃さない意欲的な一方、その場しのぎの解決に追い込まれない現実的な日程にします。さらに詳細な計画（ガントチャート）と文書化した伝達計画を含めます。

規格限界を定義する：
仕様は、適用される顧客要求、設計要求、規制要求に基づき、出力特性の許容値を定めます。上側規格限界（USL）と下側規格限界（LSL）を持つ両側仕様の場合も、片側仕様の場合もあります。USLを上回る値やLSLを下回る値は不適合です。仕様は、連続データの出力が要求を満たすかを評価する基準になります。

原寸大の図を開く ↗

シックスシグマプロセスの規格限界
RUMBAで仕様の明確さと実用性を確認します。妥当、理解可能、測定可能、納得できる、達成可能、という条件です。現行工程に合わせて顧客、安全、設計、規制の要求を緩める権限を与えるものではありません。要求の変更には適切な合意が必要です。

• 妥当である： 仕様は顧客の実際のニーズの現実的な評価に基づきます。特性の性能に直接関係しているかを確認します。
• 理解できる： 仕様は誰も誤解しないよう、明確に記述・定義します。
• 測定可能： 特性の性能を仕様に対して測れる必要があります。測れなければ、適合しているかについて顧客と議論が起こります。
• 納得できる： 仕様の設定に納得し、私たちもチームも満たそうと努力する必要があります。
• 到達可能・達成可能： 仕様の水準と範囲に到達できる必要があります。

DMAIC憲章のマイルストーンの例

1. 定義段階のマイルストーン： プロジェクト範囲を確認する

• 目標： 境界を明確に定め、範囲とUSL・LSLの整合を確認します。
• 成果物： 必要に応じてUSLとLSLを含む適用要求を特定した、承認済みのプロジェクト範囲文書。実際の適合性は測定でデータにより評価します。

測定段階のマイルストーン： 現状の基準値を確立する

• 目標： 統計手法でUSLとLSLに対する現状の性能を定量化し、基準値を確立します。
• 成果物： 文書化した現状の基準値と統計分析報告書。

分析段階のマイルストーン： 重要要因の特定

• 目標： 変動を左右する重要要因と、USL超過またはLSL未満となることへの影響を特定します。
• 成果物： 主要変数と出力との関係を、適用される規格限界に対して評価した重要要因マトリクス。

改善段階のマイルストーン： 工程調整を実施する

• 目標： USLとLSLで定義した許容範囲へ性能を収める、的を絞った工程調整を実施します。
• 成果物： 文書化した工程調整と初期の性能改善結果。

管理段階のマイルストーン： 管理の仕組みを確立する

• 目標： USLとLSLの範囲内で性能を維持する管理の仕組みを開発・実施します。
• 成果物： 継続的なプロセス管理の監視手順と管理図を示した管理計画。

管理検証のマイルストーン： 持続可能な改善を検証する

• 目標： 改善の持続性を検証し、定義したUSLとLSLの範囲内にとどまることを確認します。
• 成果物： 検証済みの指標と、規格限界を守り続ける成功を確認する報告書。

手順5．資源とチームの役割を定める

最終的には経営陣、シックスシグマ展開リーダー、シックスシグマ・チャンピオンが協力し、訓練されたチームと必要なハードウェア・ソフトウェアを確保して、プロジェクトを成功させ、優れた結果と顧客価値を届けなければなりません。


DMAIC憲章の資源とチームの役割の例

1. プロジェクトチャンピオン：
   資源： シックスシグマ DMAICプロジェクトを監督し、支援する上級管理職。
   役割： 成功に必要なリーダーシップ、指導、資源を提供します。
2. プロジェクトのメンバー：
   資源： プロジェクト範囲に関連する専門知識を持つ部門横断的なメンバー。
   役割： データ収集、分析、解決策の実施に積極的に参加し、多様な視点を提供します。
3. データ分析担当者：
   資源： 統計分析とデータ解釈に熟練した専門家。
   役割： データを分析し、意思決定に重要な傾向、パターン、知見を特定します。
4. プロセス責任者：
   資源： 改善対象プロセスの責任者。
   役割： チームと協力して現行プロセスの知見を提供し、改善目標の定義を支援します。
5. 品質技術者：
   資源： 品質管理と改善手法に精通した専門家。
   役割： 品質基準の順守を確保し、シックスシグマ手法の導入を支援します。
6. 分野専門家（SME）：
   資源： プロジェクトに関連する特定分野を深く理解している人。
   役割： 専門知識に基づく知見と指導を提供します。
7. プロジェクトマネージャー：
   資源： プロジェクト管理に熟練した専門家。
   役割： 日程と資源配分を監督し、メンバー間の効果的な意思疎通を確保します。
8. 顧客代表：
   資源： プロセスの影響を受ける最終利用者や顧客の代表者、またはその立場を代弁する人。
   役割： 顧客の視点を提供し、改善をニーズと期待に合わせます。

管理策を実施して成果を監視する

改善後は、変更を持続させる標準手順を確立し、守ることが重要です。誰もが容易に従える明確な文書化された指示を作ります。

標準手順には詳細な作業、成功を追うKPI、各メンバーの明確な役割と責任を含めます。記録した標準は将来の指針になり、工程間の一貫性を確保します。

製造工程を最適化した場合、標準手順には新しい流れ、正確な運転条件、期待する出力品質基準を詳述します。

継続的な監視

標準手順の確立に加えて、継続的な監視の仕組みも重要です。定めたKPIに対し、プロセスがどの程度の性能を示すかを常に確認します。

継続監視は逸脱や問題を早期に見つけ、直ちに是正することを可能にします。改善後の進捗を定期的に追えば、予期せぬ後退にも深刻化する前に対応できます。

製造現場では、サイクルタイム、不良率、資源利用などをリアルタイムで収集して監視できます。標準からのずれを検出し、事前の対策で効率的な運転を維持できます。

文書化と報告

シックスシグマで行った改善を文書化することも、管理を維持する重要な要素です。改善内容だけでなく実現方法も記録します。定期報告により、関係者は進捗と、自分たちの貢献が良い成果につながったことを把握できます。

顧客対応部門の品質改善後であれば、満足度と解決時間の実施前後の統計を文書化・報告します。透明な発信は信頼を築き、基準を守る重要性を伝えます。

標準手順、継続監視、包括的な文書化は、改善を日常業務に根づかせる重要な柱です。成功を持続させ、将来の改善の土台になります。

管理を維持することは、プロジェクトに費やした努力を持続的な便益につなげるために不可欠です。継続的な成功と改善文化を育てます。

シックスシグマ DMAICプロジェクト憲章と問題記述のよくある質問

問題を正確に定義し、原因候補を調べるにはどの技法やツールが役立ちますか？

回答： 観察された問題、場所、規模、時期、影響についての証拠から始め、未検証の原因は最初の問題記述に含めません。特性要因図は人、工程、設備、材料、環境、管理にわたる原因候補を整理します。パレート図や価値の流れの可視化で調査を絞ります。原因を確定する前に適切なデータと分析で検証し、結果を基に理解を深めます。

DMAIC憲章の問題記述は、改善の優先順位にどう役立ちますか？

回答： 問題記述は課題と事業目標への影響を明らかにし、改善の優先順位づけを助けます。現状の基準を定め、望む結果への可能性が高い領域に集中させます。規模と金銭的影響を測ることで、重要な領域へ判断と資源を導きます。不良率、苦情件数、サイクルタイムなどの統計が優先順位の根拠になります。

DMAIC憲章の問題記述にはどの主要要素を含めますか？

回答： DMAIC憲章の問題記述には、観察された問題の明確な説明、事業やプロセスへの影響、存在を裏づける定量データを含めます。望む結果は目標記述に別途記載します。簡潔な記述は焦点を絞り、全期間の効果的な問題解決を助けます（出典：「How to Develop a Problem Statement for a Six Sigma DMAIC Project Charter」、35-38ページ）。

DMAIC憲章の問題記述は、目標の定義にどう役立ちますか？

回答： DMAICプロジェクト憲章で適切に書かれた問題記述は、観察された課題と影響を関連する現状値で明確に表し、目標の定義を助けます。望む成果と成功指標は、別の目標記述に示します。これによりチーム全員が範囲と達成すべき内容を理解できます。Smithらの研究（2023）では、問題を効果的に定義した組織ほど、目標達成、無駄の削減、全体的なプロセス性能の改善で高い成功率を示しています。

シックスシグマ DMAICプロジェクト憲章の問題記述を作るための具体的な指針やテンプレートはありますか？

回答： はい。問題記述を明確、簡潔、測定可能で、目標に合うものにする指針とテンプレートがあります。関係者への影響、現状データ、顧客要求などを構造的に扱えます。Six Sigma Todayの調査（2023）では、専門家の89%がDMAICで使用したと答えており、確かな問題記述を作る有効性が示されています。

プロセス、活動、作業を改善する機会記述と範囲記述とは何ですか？

回答： 機会記述は、改善余地のある領域や側面を示します。効率、品質、満足度を高められる不足や非効率を簡潔に特定します。一方、範囲記述は改善の境界と条件を定め、対象工程、含む・含まない内容、主要成果物、測定可能な目標を示します。両者は機会と境界に焦点を与え、定めた範囲内で望む改善に努力を集中させ、活動と作業を導きます。

プロジェクト憲章は、チームに目的、目標、改善の枠組みを提供しますか？

回答： プロジェクト憲章はプロジェクトを正式に承認し、チームに明確な指針と方向性を与えます。通常、目的、目標、達成事項、範囲、関係者、資源、大まかな日程を含みます。DMAIC改善プロジェクトでは課題を調査する方針を定め、未検証の原因や事前に決めた解決策を指定すべきではありません。チームと関係者の目標や期待をそろえる基礎文書であり、目的の共通理解と、改善施策を計画・実行するための権限を与えます。

チームが達成したい改善を扱う憲章の要素はどれですか？

回答： チームが達成したい改善を扱うのは、通常「プロジェクトの目標」の節です。実現したい具体的な成果や改善を示します。

商業施設のシックスシグマプロジェクトで、来店して駐車した時に始まり、購入品の精算完了で終わるプロセスは、どの種類の範囲設定の例ですか？

回答： これは縦方向の範囲設定です。来店と駐車から精算完了まで、開始と終了を定めています。横方向なら、対象拠点、顧客層、取引種類を指定します。

DMAICの定義で通常、動詞から始まるものはどれですか？

回答： 目標記述は通常、「減らす」「改善する」といった動作を表す動詞で始まります。解決策を指定せず、測定可能な改善と期限を示します。

シックスシグマのどの段階で問題記述を定義しますか？

回答： 問題記述は通常、DMAICの定義で定義します。対象となる問題や機会を見つけ、明確な理解をまとめる段階です。

DMAICのどの段階でプロジェクト憲章を承認しますか？

回答： DMAIC憲章は通常、定義で承認します。正式な実施権限と明確な方向を与え、プロジェクト全体を準備します。

シックスシグマ DMAIC改善に枠組みと目標を提供する文書は何ですか？

回答： シックスシグマのDMAIC改善プロジェクトに枠組みと目標を与える文書が「プロジェクト憲章」です。チームと主要な関係者の正式な書面による合意として、目的、目標、範囲、必要な資源を示します。

シックスシグマ DMAICプロジェクト憲章と問題記述のまとめ

DMAIC憲章は改善を導く重要な基礎文書です。目的、目標、範囲、メンバーをまとめ、成功への道筋を示します。問題記述は全体を動かすきっかけであり、対象となる具体的な問題や機会を表して、改善の方向を定めます。

DMAIC憲章と問題記述の組み合わせは、全過程で整合、明確さ、集中を確保します。

シックスシグマでは知識が成功の鍵です。枠組みと手法をもっと理解するために、 International Six Sigma Instituteから「Six Sigma Revealed」をダウンロードしてください。 無料のこの資料は、成功するシックスシグマプロジェクトの原則、ツール、技法を包括的に説明します。あなたとチームの実践力を高め、改善を導き貢献する力を伸ばす知識を得られます。今日「Six Sigma Revealed」をダウンロードし、専門性を広げて、業務の卓越性への歩みを加速させてください。