SIPOCダイアグラム: プロセスをハイレベルでマッピングする方法

SIPOCダイアグラムは、プロセスが実際に何であるかについて、誰もが改善方法を議論し始める前に、ステークホルダー全員の認識を合わせる最速の方法です。SIPOCとはSuppliers（供給者）、Inputs（投入物）、Process（プロセス）、Outputs（成果物）、Customers（顧客）の略で、その5列がプロジェクトチームに必要なスコープ、方向性、オーナーシップのすべてを1ページのビューでまとめています。

SIPOCダイアグラムとは何か

SIPOCダイアグラムとは、ビジネスプロセスをSuppliers、Inputs、Process、Outputs、Customersの5列で要約するハイレベルのプロセスマップです。誰が何を提供し、それがどう処理されて、誰が結果を受け取るかを示します。ほとんどのプロセスマップはすぐにステップバイステップの手順と意思決定の分岐点に入っていきます。SIPOCは意図的にその詳細の上に留まります。その役割は、すべてのタスクを文書化することではなく、プロセスの境界と主要な関係を定義することです。

SIPOCはSix Sigmaの手法、特にDMAICのDefineフェーズのコアツールとして開発されました。プロジェクトチームがプロセスを測定・分析する前に、そのプロセスに何が含まれ何が含まれないかについての共通認識が必要です。SIPOCは、CFOにプレゼンできるほどシンプルで、かつチームワークショップのアンカーになるほど詳細なフォーマットでそのビューを提供します。

このツールは正式なSix Sigmaプログラム以外でも広く使われています。チームがプロセス改善に着手するとき、新しいワークフローを立ち上げるとき、他部門からの引き継ぎを受ける機能をオンボードするとき、SIPOCは誰が何を担当するかについての初期の混乱を素早く解消します。

主要データ

• SIPOCとスコープ文書化を含む明確なDefineフェーズを完了したSix Sigmaプロジェクトは、直接測定フェーズに進んだプロジェクトより成功率が大幅に高くなります。米国品質学会（ASQ）の調査では、スコープのずれがDMAICプロジェクト失敗の主要原因であり、停滞したプロジェクトの60%以上に影響していることが判明しています（ASQ Quality Progress, 2019年）。
• GEはDMAICの最大の初期採用企業のひとつであり、1996年から2001年の間にSix Sigmaで累計100億ドル以上の効果を報告しており、SIPOCとプロジェクト憲章が内部トレーニング資料でDefineフェーズの基礎ツールとして挙げられています（GE年次報告書、1999〜2001年）。
• DMAICのDefineフェーズは、プロジェクト総時間のわずか10〜15%しか占めませんが、成果の質に対して不釣り合いに大きな影響を持ちます。Defineをスキップまたは急いだプロジェクトは、完了後に再開される可能性が3倍高くなります（IASCCの実践者調査、2021年）。

SIPOCの5つの列

各列は特定の質問に答えます。最初の試みですべての行を完璧に埋めることより、正しく回答することが重要です。

各列で押さえるべきポイントがあります。

Suppliersはプロセスを実行する人ではなく、投入物の提供元です。プロセスでCRMのデータを使う場合、CRM（またはそれを管理するチーム）がSupplierです。プロセスオーナーは自分自身のプロセスのSupplierではありません。

Inputsはプロセスによって変換・消費されるものです。人やツールではありません。署名済みの契約書はInputです。DocuSignプラットフォームは違います。

Processは最も正確に埋めるのが難しい列です。チームは「リクエストを処理する」という曖昧な表現か、30のサブステップを列挙するかのどちらかに傾きがちです。目標は4〜6のハイレベルなステップで、各ステップが1つの動詞句です。6ステップ以内に収められない場合、スコープが広すぎる可能性があります。

Outputsはプロセスが直接届けるもので、その後に起きることではありません。完了したオリエンテーションがOutputです。6ヶ月後の生産性の高い従業員はオンボーディングプロセスのOutputではなく、下流の成果です。

CustomersはOutputを受け取る人です。SIPOCでは内部チームも含まれます。請求プロセスのOutputがクライアントに渡るなら、クライアントがCustomerです。また売掛金チームにも渡るなら、彼らもCustomerです。

SIPOCとプロセスマップとバリューストリームマップの比較

これら3つのツールは普段の会話では「プロセスマップ」とまとめて呼ばれますが、異なる詳細レベルで異なる質問に答えます。

SIPOCはビジネスプロセスマップの代替ではありません。その前のステップです。SIPOCがプロセスの内容と開始・終了を確立したら、詳細なフローチャートやバリューストリームマップで機構に深く入り込めます。SIPOCなしに詳細なプロセスマップを構築しようとするのは、設計する建物に合意する前に間取り図を描くようなものです。

バリューストリームマップはさらに踏み込み、タイムスタンプ、待ち時間、情報フローを加えてLean手法チームがムダを定量化できるようにします。SIPOCは時間データを含みません。その価値はスコープの明確化であり、ムダの分析ではありません。

SIPOCダイアグラムを使う理由

誰も実際の作業を始める前にスコープの合意を強制します。 プロセス改善プロジェクトが行き詰まる最も一般的な理由は、チームメンバーがプロセスに何が含まれるかについて異なるイメージを持っていたことです。SIPOCは、プロジェクトの3ヶ月後ではなく、1時間のワークショップでその不一致を表面化させます。

顧客を最初に置きます。 SIPOCは左から右（SuppliersからCustomers）に読みますが、経験豊富な実践者は右から左に埋めていきます。まずCustomersから始め、次にOutputs、そして逆向きに進みます。この順序によって、チームは受け取る側の人々にとって本当に重要なことに根ざし続けられます。

速いです。 SIPOCワークショップは通常、5〜8人の機能横断グループで60〜90分で完了します。ソフトウェアは不要です。ホワイトボードと付箋で十分です。シンプルさがポイントです。

プロジェクト全体の共通リファレンスを作ります。 検証されてプロジェクトスペースに掲示されたSIPOCはアンカー文書となります。スコープのずれが忍び込み始めたとき、チームはProcessの列を指して「それは私たちの6つのステップのひとつではない」と言えます。

どの業界でも機能します。 このツールは製造業で生まれましたが、ヘルスケア、物流、金融サービス、ソフトウェア、プロフェッショナルサービスにも同様に有用です。特定できる投入物と成果物を持つ繰り返し可能なプロセスがあれば、SIPOCが適合します。

よくある間違い

Processの列に詳細を詰め込みすぎる。 6ステップ。それが上限です。Processの列に15のプロセスステップを列挙したチームは、SIPOCではなくプロセスマップを描いています。その詳細が必要なら、プロセスマップを別途構築してリンクしましょう。

InputsとSuppliersを混同する。 Inputsはもの（データ、文書、素材）です。Suppliersは提供元（人、システム、チーム）です。「顧客注文」はInputです。「顧客」はそのInputのSupplierです。これらを混同するとダイアグラム全体が読みにくく、活用しにくくなります。

プロセスオーナーをSupplierとして記載する。 プロセスを運営する人はそのプロセスのSupplierではありません。Suppliersはプロセス境界の外側に位置し、何かを手渡します。

Outputsを多く列挙しすぎる。 Outputはプロセスが直接生産するものであり、下流のすべての影響ではありません。プロセスが設計上届けるものを2〜4つ選んで止めましょう。

顧客の検証をスキップする。 Customersの列は、それらの顧客を実際に代表する人にレビューしてもらう必要があります。内部顧客は特に詳細が不足しがちです。「財務チーム」は「売掛金担当アナリスト」でなければ有用ではないかもしれません。

SIPOCを一人で作成する。 スプレッドシートで一人が作成してコメントを求めるために回覧するSIPOCは、実際の作業をする人たちと一緒に部屋で作成するSIPOCとは違います。ワークショップこそが不一致が表面化し、解決される場です。

SIPOCダイアグラムの作成方法

推奨されるアプローチは、P-O-C-I-S順、つまりProcessから始めてSuppliersで終わる順番で列を埋めることです。これにより、投入物がどこから来るかを議論する前に、プロセスが何をするかにチームが集中できます。

ステップ1: プロセスを命名し、境界を定義する

上部にプロセス名を書きます。次にトリガーと終了状態を平易な言葉で定義します。「開始: 顧客が発注書を送付したとき。終了: 請求書が顧客に受領確認されたとき。」これらの境界なしには、どの列も曖昧な記載で埋まっていきます。

ステップ2: 4〜6のハイレベルなプロセスステップを列挙する

Processの列に、主要な活動を順番に書きます。動詞句を使いましょう。「申請書をレビューする」「発注を承認する」「認証情報を発行する」など。最低4ステップ、最大6ステップを目指します。8つ以上ある場合は、より高い抽象レベルでまとめられるステップを探してください。

ステップ3: Outputsを特定する

プロセスは何を生産しますか? プロセスから直接届けられるものを列挙します。成果や下流への影響ではありません。署名済みの契約書、プロビジョニングされたアカウント、完了したチェックリストなど。2〜4のOutputsに収めましょう。

ステップ4: Customersを特定する

Outputsを受け取るのは誰ですか? Outputsを受け取るすべての人、チーム、システムを列挙します。内部顧客も含めます。オンボーディングが完了したときに新入社員の上司が通知を受け取るなら、そのマネージャーもOutputのCustomerです。

ステップ5: InputsとSuppliersを特定する

プロセスステップから逆向きに作業します。各ステップの開始に何が必要ですか? それがInputsです。各Inputを誰または何が提供しますか? それがSuppliersです。チームはここで欠けているInputや不明確なオーナーシップを発見することが多く、それこそがこの作業のポイントです。

5つの列をすべて埋めた後、プロセスオーナーとCustomerグループの代表者少なくとも一人でSIPOCを検証します。通常1回のレビューで最も一般的なエラーを修正するのに十分です。

SIPOCの例

コーヒーショップの注文履行プロセスの完全なSIPOCを示します。構造を明確に確認できるほどシンプルで、かつ各列の関係が見えるほど現実的な例です。

プロセス名: 顧客注文履行 開始: 顧客がカウンターに到着したとき 終了: 顧客が完成した注文を受け取ったとき

注意点がいくつかあります。

Processの列には正確に5つのステップがあり、それぞれ動詞句です。Outputsの列は顧客満足度やリピート訪問ではなく、プロセスが生産するものを記載しています。Customersの列にロイヤルティアプリが含まれているのは、取引ログのOutputがアプリに渡るからです。Suppliersの列に研修プログラムが含まれているのは、訓練済みの労働力が実際に存在する場所から来る実際のInputだからです。

より複雑なプロセスでは、テーブルの各行がInput-SupplierのペアまたはOutput-Customerのペアを表します。列をまたいで行数が等しくある必要はありません。

ベストプラクティス

• 左から右ではなく、P-O-C-I-S順で埋める。 Process、次にOutputs、次にCustomers、次にInputs、最後にSuppliersの順で進めます。これにより、何を提供するかを議論する前にプロセスが何をするかにチームが根ざし続けられます。
• ワークショップでは付箋を使う。 物理的なメモはディスカッションなしに記載内容を並べ替えられます。デジタルツールはライブセッションで摩擦を生みます。
• 1つのSIPOCに1つのプロセス。 ワークフローを説明するのに2つのSIPOCが必要なら、別々にチャーターすべき2つのプロセスがある可能性があります。
• OutputsはProcessステップを動詞で、Outputsを名詞で書く。 「承認された申請書」はOutputです。「申請書を承認する」はProcessステップです。文法形式を一貫させることでダイアグラムが速く読めます。
• 最初のドラフトは粗くて構わない。 ワークショップの目標はチームの意見を合わせることであり、洗練された文書を作ることではありません。チームが合意した後に磨きましょう。
• SIPOCをプロジェクト憲章と接続する。 DMAICプロジェクトでは、SIPOCのスコープ境界が憲章のプロセススコープと一致している必要があります。一致しなければ、どちらかが間違っています。
• オンボーディングに活用する。 SIPOCは、まだすべてのステップバイステップの詳細が不要な新しいチームメンバーに複雑なプロセスを説明する最速の方法のひとつです。

よくある質問

SIPOCダイアグラムはいつ使いますか?

詳細なプロセスマップやフローチャートを構築する前、プロセス改善、監査、設計の取り組みの開始時にSIPOCを使いましょう。DMAICとLean Six SigmaプロジェクトのDefineフェーズでStandardです。しかしSix Sigma以外でも同様に有用です。機能横断チームがプロセスが何で、どこから始まり、顧客が誰かについて合意する必要があるときはいつでも、SIPOCワークショップで2時間以内にそこに到達できます。

SIPOCとフローチャートの違いは何ですか?

SIPOCはスコープ定義ツールです。フローチャートはステップバイステップの順序ダイアグラムです。SIPOCはプロセスを4〜6のハイレベルなステップで示し、SuppliersとCustomersに接続します。フローチャートはすべてのタスク、意思決定、分岐を順序で示します。SIPOCを最初に構築してスコープを合意し、次にフローチャートで詳細を文書化します。これらは補完的であり、互換的ではありません。

SIPOCは何の略ですか?

SIPOCはSuppliers（供給者）、Inputs（投入物）、Process（プロセス）、Outputs（成果物）、Customers（顧客）の略です。各文字はダイアグラムの1列を表します。一部の実践者はRequirements（要件）の6列目を加えてSIPOC-Rを作り、各CustomerがOutputsに対して持つ具体的な要件を記載します。

Processの列はどれほど詳細にすべきですか?

Processの列には4〜6のハイレベルなステップを含めます。これはSIPOC作成で最も頻繁に違反されるルールです。6ステップ以上を列挙しているなら、SIPOCではなく詳細なプロセスマップを描いています。関連する活動をより高い抽象レベルの単一ステップにまとめるか、スコープが1つのダイアグラムで扱うには広すぎるかを検討してください。

SIPOCはSix Sigma以外でも使えますか?

もちろんです。SIPOCはSix Sigmaで生まれましたが、汎用のスコープ定義ツールです。コンサルティング会社はクライアントエンゲージメントに使います。オペレーションチームはプロセス文書を書く前に新しいワークフローを文書化するために使います。プロジェクトマネージャーはプロジェクトキックオフ時に部門間の引き継ぎを明確にするために使います。Six Sigmaのコンテキストは、「誰が何を提供し、それがどう処理されて、誰が結果を受け取るか」を誰もが合意する前に仮定するより重要ではありません。

---

SIPOCは最後に描くプロセスマップになることはめったにありません。しかし、ほぼ常に最初に描くべき正しいプロセスマップです。5列の合意を取り、スコープの境界にサインオフをもらえば、残りの改善作業には立脚する基盤ができています。それをスキップすれば、90分のワークショップで初日に示してくれたはずのことを、痛みを伴う試行錯誤で3ヶ月かけて発見することになります。

プロセス管理を始めるチームにとって、SIPOCはビジネスプロセスマッピング、Lean手法、DMAICと自然にペアを組み、作業を可視化して改善できるようにする繋がったツールキットの一部となります。

関連資料

• DMAIC: Six Sigma改善の5フェーズ - SIPOCがDefineフェーズでどこに位置するか
• ビジネスプロセスマッピング: 種類、記号、ステップ - SIPOC後のプロセス詳細の次のレベル
• フローチャートとは? - SIPOCに続くステップバイステップの順序ダイアグラム
• バリューストリームマッピング - スコープだけでなくムダと時間データが必要なとき
• Lean手法 - SIPOCが支援するより広いフレームワーク
• プロセス管理とは? - すべてのプロセス改善ツールの基礎的コンテキスト
• BPMN - プロセスモデリングの正式な表記標準
• Total Quality Management - SIPOCがエンタープライズ品質システムにどう適合するか