SIPOC チャート SIPOC (その1)

更新日

投稿日

【SIPOC チャート、連載目次】

 
 リーンシックスシグマでは、新たにプロジェクトを立ち上げるとまず SIPOC チャートを作ります。SIPOC チャートについては、インターネット上に多くの資料や画像があるのでここでは詳細は省きますが、一言で言えば、SIPOC チャートは新しいチームメンバーと一緒に、次のことを行う際にとても便利なツールです。
 
  • プロセスの概要(ハイレベルまたはマクロレベル)について理解する
  • プロジェクトの範囲(スコープ)を明確にする
  • 利害関係者(stakeholders)、特に提供者や顧客などのキープレーヤーを把握する
  • プロジェクトの初期段階においてのコミュニケーション・ツールとする
 
 プロジェクトの初期段階では、それぞれのチームメンバーがそれぞの思惑でプロジェクトに参加してくるので、まず皆の考えを一致させるためにも、SIPOC を作る作業は欠かせません。
 
 言うまでもなく、顧客の視点からプロジェクトを捉えることが何よりも大切なことなのですが、プロジェクトの初期段階ではそれが案外難しいものです。しかし SIPOC を使えば、そのプロセスやプロセスが生成する主要な成果(KPOV:Key Process Output Variables)をプロジェクトの初期段階に、顧客満足の視点で捉えることができます。
 
 またリーンシックスシグマではツールの連携として、これより段階的に VOC(Voice of Customer)や CTQ(Critical To Quality)の抽出などを行って行きますが、SIPOC はその前段階の準備としても有効なツールです。
 
  SIPOC
 
 SIPOC は、S(Suppliers)、I(Inputs)、P(Process)、O(Outputs)、C(Customers)の頭文字を並べたもので、テーブルの構成もこの順序で並んでいます。しかし実際にこのツールを使う際は、この順序ではなく、POCIS または COPIS の順序で考えていきます。
 
 POCIS は直感的に考えやすい順序です。特に既存のプロセスを改善するようなプロジェクトに最適な順序だと思います。一方 COPIS は、顧客を重視した新しいプロセスをデザインする際に最適な順序だと思います。僕は主に POCIS という順序で SIPOC チャートを作っていきますので、ここでもその順序で話を進めていきます。
 

P(Process)

 
 まず、P の欄から埋めていきます。P 欄を埋める際には、以下のような問いを考えていきます。
 
  • 現在(または将来)のプロセスはどのようなものなのか
  • そのプロセスの始まりは何か、いつ始まるのか
  • そしてそのプロセスの終わりは何か、いつ終わるのか
  • プロセスにはどのような中間ステップがあるのか
 
 まず P 欄から始めることで、プロセスの最初と最後を定義することができ、プロジェクトの範囲(スコープ)が明確になります。
 

O(Outputs)

 
 次に O 欄に進みます。プロセスが生成する成果(アウトプット)にはどのようなものがあるかを考えます。物理的な物もあれば、情報やサービスといったものもあります。それらは顧客の要求を満たすものでなくてはなりません。またアウトプットは、プロジェクトを評価する数値目標にもなるので、SMART ゴールを念頭に置きます。(SMART ゴール:具体的で、測定可能で、達成可能で、現実的で、時間的制約があるもの)
 

C(Customers)

 
 アウトプットが決まったら、次は C 欄に進みます。それぞれの成果(アウトプット)の顧客は誰なのかについて考えます。またその顧客がアウトプットに期待するものは何なのかについて考えます。顧客は社内にもいますし、社外にもいます。プロセスが生成するアウトプットは、それら顧客の期待するものでなければなりません。もし顧客と期待するアウトプットが一致しなければ、O 欄に戻ることもあります。
 

I(Inputs)

 
 プロセスが明確になり、そこからのアウトプットが分かれば、次はそれを生成するために何が必要なのか、プロセスへのインプットを考えます。またプロセスがそれぞれのインプットに期待するものは何なのかについても考えを深めていきます。
 
 

S(Suppliers)

 
 最後に...

【SIPOC チャート、連載目次】

 
 リーンシックスシグマでは、新たにプロジェクトを立ち上げるとまず SIPOC チャートを作ります。SIPOC チャートについては、インターネット上に多くの資料や画像があるのでここでは詳細は省きますが、一言で言えば、SIPOC チャートは新しいチームメンバーと一緒に、次のことを行う際にとても便利なツールです。
 
  • プロセスの概要(ハイレベルまたはマクロレベル)について理解する
  • プロジェクトの範囲(スコープ)を明確にする
  • 利害関係者(stakeholders)、特に提供者や顧客などのキープレーヤーを把握する
  • プロジェクトの初期段階においてのコミュニケーション・ツールとする
 
 プロジェクトの初期段階では、それぞれのチームメンバーがそれぞの思惑でプロジェクトに参加してくるので、まず皆の考えを一致させるためにも、SIPOC を作る作業は欠かせません。
 
 言うまでもなく、顧客の視点からプロジェクトを捉えることが何よりも大切なことなのですが、プロジェクトの初期段階ではそれが案外難しいものです。しかし SIPOC を使えば、そのプロセスやプロセスが生成する主要な成果(KPOV:Key Process Output Variables)をプロジェクトの初期段階に、顧客満足の視点で捉えることができます。
 
 またリーンシックスシグマではツールの連携として、これより段階的に VOC(Voice of Customer)や CTQ(Critical To Quality)の抽出などを行って行きますが、SIPOC はその前段階の準備としても有効なツールです。
 
  SIPOC
 
 SIPOC は、S(Suppliers)、I(Inputs)、P(Process)、O(Outputs)、C(Customers)の頭文字を並べたもので、テーブルの構成もこの順序で並んでいます。しかし実際にこのツールを使う際は、この順序ではなく、POCIS または COPIS の順序で考えていきます。
 
 POCIS は直感的に考えやすい順序です。特に既存のプロセスを改善するようなプロジェクトに最適な順序だと思います。一方 COPIS は、顧客を重視した新しいプロセスをデザインする際に最適な順序だと思います。僕は主に POCIS という順序で SIPOC チャートを作っていきますので、ここでもその順序で話を進めていきます。
 

P(Process)

 
 まず、P の欄から埋めていきます。P 欄を埋める際には、以下のような問いを考えていきます。
 
  • 現在(または将来)のプロセスはどのようなものなのか
  • そのプロセスの始まりは何か、いつ始まるのか
  • そしてそのプロセスの終わりは何か、いつ終わるのか
  • プロセスにはどのような中間ステップがあるのか
 
 まず P 欄から始めることで、プロセスの最初と最後を定義することができ、プロジェクトの範囲(スコープ)が明確になります。
 

O(Outputs)

 
 次に O 欄に進みます。プロセスが生成する成果(アウトプット)にはどのようなものがあるかを考えます。物理的な物もあれば、情報やサービスといったものもあります。それらは顧客の要求を満たすものでなくてはなりません。またアウトプットは、プロジェクトを評価する数値目標にもなるので、SMART ゴールを念頭に置きます。(SMART ゴール:具体的で、測定可能で、達成可能で、現実的で、時間的制約があるもの)
 

C(Customers)

 
 アウトプットが決まったら、次は C 欄に進みます。それぞれの成果(アウトプット)の顧客は誰なのかについて考えます。またその顧客がアウトプットに期待するものは何なのかについて考えます。顧客は社内にもいますし、社外にもいます。プロセスが生成するアウトプットは、それら顧客の期待するものでなければなりません。もし顧客と期待するアウトプットが一致しなければ、O 欄に戻ることもあります。
 

I(Inputs)

 
 プロセスが明確になり、そこからのアウトプットが分かれば、次はそれを生成するために何が必要なのか、プロセスへのインプットを考えます。またプロセスがそれぞれのインプットに期待するものは何なのかについても考えを深めていきます。
 
 

S(Suppliers)

 
 最後に誰がそれぞれのインプットを与えてくれるのかについて考えます。顧客と同じように、インプットは社内からもありますし社外からもあります。
 
 SIPOC はプロジェクトの初期段階で作るので、仮定したことや不明なことが多々あると思います。また自ら定義したこともあると思います。それらを記録しておくこと重要です。小さなことかもしれませんが、記録しておいた不明点を、後にひとつずつ明確にしたり、定義したことを利害関係者と共有することで、プロジェクトの成功率が高くなります。
 
 SIPOC を作る作業がそれほど時間を取りません。恐らく2時間もあれば十分でしょう。その後はプロジェクトを説明するコミュニケーション・ツールとして使うことができるので、とても有効なツールと言えます。
 

   続きを読むには・・・


この記事の著者

津吉 政広

リーンやシックスシグマ、DFSSなど、問題解決のためのフレームワークを使った新製品の開発や品質の向上、プロセスの改善を得意としています。「ものづくり」に関する問題を一緒に解決してみませんか?

リーンやシックスシグマ、DFSSなど、問題解決のためのフレームワークを使った新製品の開発や品質の向上、プロセスの改善を得意としています。「ものづくり」に関...


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

もっと見る
リーンシックスシグマの導入とは

   リーンシックスシグマを導入したいと思っても、人材や資金がネックとなって、なかなか導入できない企業がたくさんあります。またリーンシックスシ...

   リーンシックスシグマを導入したいと思っても、人材や資金がネックとなって、なかなか導入できない企業がたくさんあります。またリーンシックスシ...


リーンシックスシグマと根回し

        業務改革のやり方を体系的に整理したものとして、リーンシックスシグマはその最たるものです。しか...

        業務改革のやり方を体系的に整理したものとして、リーンシックスシグマはその最たるものです。しか...


リーンシックスシグマ:属性一致分析(Attribute Agreement Analysis)

        リーンシックスシグマでは、測定システム分析(MSA: Measurement System ...

        リーンシックスシグマでは、測定システム分析(MSA: Measurement System ...


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

もっと見る
改善の仕上げ、シックスシグマも最後のControlフェイズは効果確認と標準化

1.緊急監査の事例  あるサプライヤーでちょっと問題が起こり、対応策の話し合いを兼ねて緊急監査に出向いた時の事例です。一見するとQCサークル活動を全...

1.緊急監査の事例  あるサプライヤーでちょっと問題が起こり、対応策の話し合いを兼ねて緊急監査に出向いた時の事例です。一見するとQCサークル活動を全...


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

 『シックスシグマ』の問題解決サイクルDMAICは、一番最初に問題を定義するDefineフェイズから始めます。改善対象を出来るだけ具現化し、目的を明確にす...

 『シックスシグマ』の問題解決サイクルDMAICは、一番最初に問題を定義するDefineフェイズから始めます。改善対象を出来るだけ具現化し、目的を明確にす...


スケールド・アジャイル・フレームワーク (SAFe) 初めての PI プランニング

        僕が勤める部門で導入を進めている スケールド・アジャイル・フレームワーク(SAFe)の初めて...

        僕が勤める部門で導入を進めている スケールド・アジャイル・フレームワーク(SAFe)の初めて...