問題の具現化が解決への近道

投稿日

 inf231シックスシグマ』の問題解決サイクルDMAICは、一番最初に問題を定義するDefineフェイズから始めます。改善対象を出来るだけ具現化し、目的を明確にする為です。問題の中には、問題なのはわかるが、抽象的且つ曖昧で、取扱に困るものも少なく無いと思います。そのような場合は問題の構造を理解し、出来るだけ具体的因子に分解していくことで、真に改善すべき要因へ近づきます。
 
 この作業を行わないまま改善活動を開始しても、活動の序盤は真に改善すべき点を見つけ出す作業が主となります。上手く真の課題に辿り着いてゴールが明瞭になればそれでも良いのですが、辿り着かず別方向へ向かってしまう場合も少なくありません。
 
 例えば「新製品Aの歩留りが非常に悪く、早々に改善せよ」とトップダウンで指示があったとします。この場合問題を『低歩留り』に設定しても良いでしょうか。この場合、「歩留りが悪い」意味を確認しておく必要があります。
 
     •どの程度の数値の低さを「悪い」思っているのか
     •具体的には何が問題でそうなって(低歩留り)いるのか
     •どうなれば問題が解決したと見なすのか
 
 これを曖昧にしたまま始めると、トップの意向と違っていたと言う事態も生じ得ます。これらがクリアになったら、次に歩留りを低くしている理由を探ります。
 
 不適合・不良原因を抽出し、対策を打つべき項目を絞り込みます。 B型欠陥数起因でリジェクトされていれば、B型欠陥の削減がメインのテーマになりますし、達成すべき数値目標も自ずと明確になります。恐らくここで、「開始してから明確にしても良いんじゃないか?」と思う方もいらっしゃると思います。確かに改善活動の前か後かの問題で、『やるならば』変わりないかもしれません。私も準備に時間をかけ過ぎるよりは開始した方が良いと思います。
 
 しかし、ここで注目しているのは問題が取り組みやすい形に具現化されていない事です。具現化を意識せず漫然と開始したが故に具現化に至らない、もしくは至っても時間がかなりかかって効率が悪いと言う点です。それに、やるべきことを明確にしてから始めるのと、開始して明確になるのでは、始めた後の進捗度や成果も差が生じます。問題が具体的な方が行動を取りやすい為です。
 
 「晩御飯の材料を適当に買ってきて」と言われるのと、カレーを作るための素材と量を具体的に頼まれるのでは買い物作業の効率が全然違...
 inf231シックスシグマ』の問題解決サイクルDMAICは、一番最初に問題を定義するDefineフェイズから始めます。改善対象を出来るだけ具現化し、目的を明確にする為です。問題の中には、問題なのはわかるが、抽象的且つ曖昧で、取扱に困るものも少なく無いと思います。そのような場合は問題の構造を理解し、出来るだけ具体的因子に分解していくことで、真に改善すべき要因へ近づきます。
 
 この作業を行わないまま改善活動を開始しても、活動の序盤は真に改善すべき点を見つけ出す作業が主となります。上手く真の課題に辿り着いてゴールが明瞭になればそれでも良いのですが、辿り着かず別方向へ向かってしまう場合も少なくありません。
 
 例えば「新製品Aの歩留りが非常に悪く、早々に改善せよ」とトップダウンで指示があったとします。この場合問題を『低歩留り』に設定しても良いでしょうか。この場合、「歩留りが悪い」意味を確認しておく必要があります。
 
     •どの程度の数値の低さを「悪い」思っているのか
     •具体的には何が問題でそうなって(低歩留り)いるのか
     •どうなれば問題が解決したと見なすのか
 
 これを曖昧にしたまま始めると、トップの意向と違っていたと言う事態も生じ得ます。これらがクリアになったら、次に歩留りを低くしている理由を探ります。
 
 不適合・不良原因を抽出し、対策を打つべき項目を絞り込みます。 B型欠陥数起因でリジェクトされていれば、B型欠陥の削減がメインのテーマになりますし、達成すべき数値目標も自ずと明確になります。恐らくここで、「開始してから明確にしても良いんじゃないか?」と思う方もいらっしゃると思います。確かに改善活動の前か後かの問題で、『やるならば』変わりないかもしれません。私も準備に時間をかけ過ぎるよりは開始した方が良いと思います。
 
 しかし、ここで注目しているのは問題が取り組みやすい形に具現化されていない事です。具現化を意識せず漫然と開始したが故に具現化に至らない、もしくは至っても時間がかなりかかって効率が悪いと言う点です。それに、やるべきことを明確にしてから始めるのと、開始して明確になるのでは、始めた後の進捗度や成果も差が生じます。問題が具体的な方が行動を取りやすい為です。
 
 「晩御飯の材料を適当に買ってきて」と言われるのと、カレーを作るための素材と量を具体的に頼まれるのでは買い物作業の効率が全然違ってくると思いませんか、問題は意識できていて解決出来ない原因の一つは、問題の定義が曖昧だからです。
 
 曖昧故に何をすべきかわからず、結果として活動事態が停滞したり、目的と外れた方向へ向かってしまったりと、解決できないままの状態が続きます。もともと『シックスシグマの問題解決型雛形』は、MAICだったそうです。それが改良され最初にDefineフェイズが加わり現在のDMAICとなりました。実際に活用していく中で、『問題定義が曖昧なまま次のMeasureフェイズを進めるのは厳しい』と言う現実に多数直面したのです。
 

   続きを読むには・・・


この記事の著者

眞名子 和義

ムダ・ムラ・ムリの「3ムの撤廃が企業収益向上に繋がる」を信条とし、お客様の"視座"に立ったご提案を致します

ムダ・ムラ・ムリの「3ムの撤廃が企業収益向上に繋がる」を信条とし、お客様の"視座"に立ったご提案を致します


「シックスシグマ」の他のキーワード解説記事

もっと見る
Defineフェイズの目的 シックスシグマ (その4)

 前回のその3に続いて解説します。シックスシグマでは、顧客主義に基づいてVOC(顧客の声:Voice of Customer)で始まり、顧客の声で終わると...

 前回のその3に続いて解説します。シックスシグマでは、顧客主義に基づいてVOC(顧客の声:Voice of Customer)で始まり、顧客の声で終わると...


シックスシグマの概要 シックスシグマ (その1)

 シックスシグマとは品質管理面での対日本戦略として生み出され、顧客に対し、ほぼ欠陥の無いサービスを提供するというビジョンに基づいた経営管理体系です。シグマ...

 シックスシグマとは品質管理面での対日本戦略として生み出され、顧客に対し、ほぼ欠陥の無いサービスを提供するというビジョンに基づいた経営管理体系です。シグマ...


DMAICによる問題・課題解決型サイクル:シックスシグマ (その3)

    【連載の目次】   シックスシグマ (その1) シックスシグマの概要   シックスシグマ (そ...

    【連載の目次】   シックスシグマ (その1) シックスシグマの概要   シックスシグマ (そ...


「シックスシグマ」の活用事例

もっと見る
創造性と効率性を両立した技術開発プロセスの構築とは

   【目次】 品質管理学会の第50回年次大会研究発表会から、創造性と効率性を両立した技術開発プロセスの構築の事例...

   【目次】 品質管理学会の第50回年次大会研究発表会から、創造性と効率性を両立した技術開発プロセスの構築の事例...


TRIZ を使用した DfSS事例 (その1)

        今回は事例として TRIZ を実際に使用した DfSS(Design for Six Sig...

        今回は事例として TRIZ を実際に使用した DfSS(Design for Six Sig...


コスト重視のシックスシグマ

 シックスシグマとは品質管理での対日本戦略として生み出され、顧客にほぼ欠陥の無いサービスを提供するというビジョンに基づいた経営管理体系です。シグマ(=σ)...

 シックスシグマとは品質管理での対日本戦略として生み出され、顧客にほぼ欠陥の無いサービスを提供するというビジョンに基づいた経営管理体系です。シグマ(=σ)...