Process Mapping

プロセスマッピングスキル

目的

ワークフローを可視化し、非効率な箇所を特定するとともに、ステークホルダーや開発チームにプロセスを伝える、明確でプロフェッショナルなビジネスプロセス図を作成します。

使用する場面

• 現状（As-Is）プロセスの文書化
• 将来像（To-Be）プロセスの設計
• プロセスのギャップや非効率な箇所の特定
• ステークホルダーへのワークフローの共有
• システム設計と統合計画

プロセスマッピングの種類

1. フローチャート

最適な用途：単純で直線的なプロセス 記号：

• ⬭ 楕円：開始／終了
• ▭ 長方形：プロセス／アクティビティ
• ◇ ひし形：判断
• ▱ 平行四辺形：入力／出力
• → 矢印：フローの方向

例 - 注文処理：

Start → Receive Order → Validate Order → [Valid?]
                                           ├── Yes → Process Payment → [Paid?]
                                           │                            ├── Yes → Ship Order → End
                                           │                            └── No → Notify Customer → End
                                           └── No → Reject Order → End

2. BPMN 2.0（ビジネスプロセスモデルと表記法）

最適な用途：複数の参加者が関わる複雑なプロセス 主な要素：

• イベント：開始（○）、中間（◎）、終了（◉）
• アクティビティ：タスク（▭）、サブプロセス（▭+）
• ゲートウェイ：排他的（◇×）、並列（◇+）、包含的（◇○）
• スイムレーン：異なる担当者を表すプールとレーン

例 - 請求書承認BPMN：

Pool: Invoice Approval Process
├── Lane: Requester
│   ├── Start Event
│   ├── Task: Submit Invoice
│   └── Task: Revise Invoice (if rejected)
├── Lane: Manager
│   ├── Task: Review Invoice
│   └── Gateway: Approve? (Yes/No)
├── Lane: Finance
│   ├── Task: Process Payment
│   └── End Event: Invoice Paid

3. スイムレーン図

最適な用途：部門横断プロセスの責任範囲の表示 構成：役割や部門ごとに水平または垂直のレーンを配置

例 - カスタマーサポート：

| Customer        | Support Agent    | Technical Team   | Manager         |
|-----------------|------------------|------------------|-----------------|
| Submit Ticket   |                  |                  |                 |
|       ↓         |                  |                  |                 |
|                 | Receive & Triage |                  |                 |
|                 |       ↓          |                  |                 |
|                 | [Can Resolve?]   |                  |                 |
|                 | Yes: Resolve     |                  |                 |
|                 | No: ────────────→| Investigate      |                 |
|                 |                  |       ↓          |                 |
|                 |                  | [Need Escalation?]               |
|                 |                  | No: Fix & Return |                 |
|                 |                  | Yes: ───────────→| Approve Fix    |
|                 | Update Customer  |←─────────────────|                 |
| Receive Update  |←─────────────────|                  |                 |

4. バリューストリームマッピング

最適な用途：リーンプロセスの改善と無駄の特定 要素：プロセスのステップ、待ち時間、付加価値のある作業とない作業

プロセスのレベル

L0：コンテキスト図

• システム全体の高レベルな概要
• 外部エンティティとその相互作用を表示
• 1ページでまとめるエグゼクティブサマリーのレベル

L1：プロセス領域のビュー

• 主なプロセス領域／モジュール
• 領域間の主要な入力／出力を表示
• 主要なプロセスを5～10個表示

L2：詳細なプロセスフロー

• プロセス内のアクティビティをステップごとに表示
• 判断と分岐を含める
• 担当する役割を表示

L3：手順

• 詳細な手順／作業指示
• 画面ごとのガイダンス
• トレーニング／SOPで使用

Mermaid図（コードベース）

フローチャートの例

flowchart TD
    A[Start: Customer Order] --> B{Inventory Available?}
    B -->|Yes| C[Reserve Inventory]
    B -->|No| D[Backorder]
    C --> E[Process Payment]
    E --> F{Payment Successful?}
    F -->|Yes| G[Create Shipment]
    F -->|No| H[Notify Customer]
    G --> I[Ship Order]
    I --> J[End: Order Delivered]
    D --> K[Notify Customer of Delay]
    H --> L[End: Order Cancelled]

シーケンス図の例

sequenceDiagram
    participant Customer
    participant WebApp
    participant PaymentAPI
    participant OrderService
    
    Customer->>WebApp: Submit Order
    WebApp->>OrderService: Create Order
    OrderService-->>WebApp: Order ID
    WebApp->>PaymentAPI: Process Payment
    PaymentAPI-->>WebApp: Payment Confirmed
    WebApp->>OrderService: Confirm Order
    OrderService-->>WebApp: Order Confirmed
    WebApp-->>Customer: Order Confirmation

状態図の例（注文ステータス）

stateDiagram-v2
    [*] --> Pending: Order Created
    Pending --> Processing: Payment Confirmed
    Pending --> Cancelled: Payment Failed
    Processing --> Shipped: Shipment Created
    Processing --> Cancelled: Customer Request
    Shipped --> Delivered: Delivery Confirmed
    Delivered --> Returned: Return Requested
    Returned --> Refunded: Refund Processed
    Delivered --> [*]
    Refunded --> [*]
    Cancelled --> [*]

ドメイン固有のプロセス例

Eコマース：チェックアウトフロー

Start → View Cart → Enter Shipping → Select Shipping Method → 
Enter Payment → Review Order → Place Order → 
[Payment OK?] → Yes: Confirmation → End
              → No: Payment Error → Retry/Cancel

ERP：購買から支払いまで（P2P）

Requisition → Approval Workflow → Purchase Order → 
Goods Receipt → Invoice Receipt → 3-Way Match → 
[Match OK?] → Yes: Payment → End
           → No: Exception Handling

CRM：リードから成約まで

Lead Capture → Lead Scoring → [Qualified?] → 
Yes: Create Opportunity → Discovery → Proposal → 
Negotiation → [Won?] → Yes: Close → Account Created
                     → No: Lost Analysis

CDP：データアクティベーションフロー

Data Collection → Identity Resolution → Profile Unification → 
Segmentation → Audience Building → Channel Activation → 
Campaign Execution → Response Tracking → Analytics

ベストプラクティス

設計原則

✅ 推奨事項：

• シンプルで読みやすく保つ
• 全体を通して一貫した表記法を使う
• 明確な開始点と終了点を含める
• 判断ポイントを明確に示す
• 例外とエラーの経路を文書化する
• 複数の役割が関わるプロセスにはスイムレーンを使う
• 複雑なステップには注釈を加える
• 図をバージョン管理する

❌ 避けること：

• 詳細を詰め込みすぎて複雑にする
• 異なる表記法を混在させる
• 例外／エラーのフローを忘れる
• ステークホルダーとの検証を省略する
• まずプロセスを理解せずに作成する

検証

• プロセスオーナーと一緒に確認する
• 実際のユーザーに確認する
• 実際のシナリオでテストする
• 前提条件を文書化する
• ステークホルダーの承認を得る

ツール

Figma

• カスタムのプロセス図を設計する
• BPMN記号のコンポーネントライブラリを使う
• 共同作業用に共有する

Mermaid（コードベース）

• Markdownドキュメントに埋め込む
• バージョン管理に適している
• Lark／Notionで素早く図を作成する

Lucidchart／Miro

• プロフェッショナルなBPMN図を作成する
• リアルタイムで共同作業する
• テンプレートライブラリを使う

プロセス分析のヒント

1. ボトルネックを特定する：どこで処理が遅くなっていますか？
2. 重複を見つける：何が重複していますか？
3. 引き継ぎの問題を見つける：どこで物事が抜け落ちていますか？
4. 価値を問い直す：このステップは価値を生み出していますか？
5. 自動化を検討する：何を自動化できますか？

次のステップ

プロセスマッピングの後：

1. ギャップ分析（gap-analysisスキルを参照）
2. プロセス最適化の提案
3. システム変更の要件
4. プロセスフローに基づくUATシナリオ

参考資料

• BPMN 2.0仕様（OMG）
• バリューストリームマッピング（リーン）
• ビジネスプロセスマッピングのベストプラクティス