SIPOCダイアグラム: プロセスをハイレベルでマッピングする方法
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
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 | 投入物を誰が提供するか? | HRシステム、採用担当マネージャー、IT部門 |
| Inputs | プロセスに何が入るか? | 署名済みオファーレター、機器申請フォーム、システムアクセスリスト |
| Process | 4〜6のハイレベルなステップは何か? | ウェルカムメール送信、機器プロビジョニング、オリエンテーション設定、バディ割り当て |
| Outputs | プロセスは何を生産するか? | アクティブな従業員アカウント、完了したオリエンテーションチェックリスト、アクセス認証情報 |
| Customers | 誰が成果物を受け取るか? | 新入社員、その上司、給与チーム |
各列で押さえるべきポイントがあります。
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 | ハイレベル（1ページ） | このプロセスは何で、誰が関与しているか? | スコープ定義、プロジェクトキックオフ、ステークホルダーの合意形成 |
| プロセスマップ/フローチャート | 中レベル（ステップバイステップ） | 何が、どの順番で起きるか? | トレーニング、文書化、ボトルネックの特定 |
| バリューストリームマップ | 地上レベル（時間データ付き） | ムダと遅延はどこに潜んでいるか? | Lean改善、サイクルタイム削減 |
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を示します。構造を明確に確認できるほどシンプルで、かつ各列の関係が見えるほど現実的な例です。
プロセス名: 顧客注文履行 開始: 顧客がカウンターに到着したとき 終了: 顧客が完成した注文を受け取ったとき
| 供給者 | 投入物 | プロセス | 成果物 | 顧客 |
|---|---|---|---|---|
| コーヒーサプライヤー | コーヒー豆 | 1. 顧客の注文を受ける | 完成した飲料 | 店内顧客 |
| 乳製品サプライヤー | 牛乳、クリーム | 2. 支払いを確認する | 印刷されたレシート | テイクアウト顧客 |
| カップベンダー | 紙コップ、蓋 | 3. 飲料を準備する | 注文準備完了の通知 | ロイヤルティアプリ（ポイント記録のため） |
| バリスタ研修プログラム | 訓練済みバリスタ | 4. 注文を呼び出して引き渡す | ||
| POSシステム | 決済端末 | 5. 取引を記録する |
注意点がいくつかあります。
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は最後に描くプロセスマップになることはめったにありません。しかし、ほぼ常に最初に描くべき正しいプロセスマップです。5列の合意を取り、スコープの境界にサインオフをもらえば、残りの改善作業には立脚する基盤ができています。それをスキップすれば、90分のワークショップで初日に示してくれたはずのことを、痛みを伴う試行錯誤で3ヶ月かけて発見することになります。
プロセス管理を始めるチームにとって、SIPOCはビジネスプロセスマッピング、Lean手法、DMAICと自然にペアを組み、作業を可視化して改善できるようにする繋がったツールキットの一部となります。
関連資料
- DMAIC: Six Sigma改善の5フェーズ - SIPOCがDefineフェーズでどこに位置するか
- ビジネスプロセスマッピング: 種類、記号、ステップ - SIPOC後のプロセス詳細の次のレベル
- フローチャートとは? - SIPOCに続くステップバイステップの順序ダイアグラム
- バリューストリームマッピング - スコープだけでなくムダと時間データが必要なとき
- Lean手法 - SIPOCが支援するより広いフレームワーク
- プロセス管理とは? - すべてのプロセス改善ツールの基礎的コンテキスト
- BPMN - プロセスモデリングの正式な表記標準
- Total Quality Management - SIPOCがエンタープライズ品質システムにどう適合するか
