はじめに
組織は、単一のチームやシステムだけでサービスを提供することはめったにありません。顧客注文、保険請求、ローン申請、または従業員オンボーディングプロセスには、複数の部門が関与することがあり、場合によってはサプライヤー、決済プロバイダー、規制当局、または他の外部組織も関与します。
この業務を調整するための一般的な方法は2つあります。オーケストレーションおよびコレオグラフィオーケストレーションは、中央のプロセス所有者またはコントローラーを通じて活動を調整します。コレオグラフィは、合意された相互作用を通じて独立した参加者を調整し、中央のコントローラーがプロセス全体を指揮することはありません。
どちらのアプローチも普遍的により優れているわけではありません。適切な選択は、ワークフローを誰が制御する必要があるか、参加者がどの程度独立しているか、そしてプロセスにどの程度の可視性、柔軟性、説明責任が必要かによって決まります。BPMN(ビジネスプロセスモデルと記法)は、チームがこれらの取り決めを可視化し、議論できるように支援します。

主要な概念
プロセスオーケストレーションは、中央で調整されたワークフローです。オーケストレーターは、次に何が起こるかを決定し、作業を割り当てまたはトリガーし、進捗を追跡し、遅延や失敗などの結果を処理します。オーケストレーターは、人、ビジネスプロセス管理システム、またはアプリケーションである可能性があります。

プロセスコレオグラフィは、独立した参加者間の相互作用を記述します。各参加者は、メッセージ、イベント、および結果に関する共通の期待に従いながら、独自の内部作業を管理します。単一の参加者が必ずしもエンドツーエンドのプロセスを制御するわけではありません。

参加者は、プロセスに関与する人、チーム、部門、組織、またはシステムです。参加者は、作業を実行したり、意思決定を行ったり、他の人と情報を交換したりすることができます。

ハンドオフは、責任または情報が1人の参加者から別の参加者に引き継がれるときに発生します。定義が不十分なハンドオフは、遅延、重複作業、および誰が責任を負うかという不確実性を生み出す可能性があります。

プロセス境界は、1人の参加者が制御する作業と制御しない作業を区別します。この区別は、組織間において特に重要です。企業は自社の内部手順を調整できますが、通常、サプライヤーの内部ワークフローを直接指揮することはできません。

オーケストレーションとコレオグラフィの比較
| 側面 | オーケストレーション | コレオグラフィ |
|---|---|---|
| 調整 | 中央コントローラーがシーケンスを調整する | 参加者は合意された相互作用を通じて調整する |
| プロセスの可視性 | オーケストレーターはエンドツーエンドの流れを追跡できることが多い | 各参加者は通常、自身の作業と関連する交換内容のみを把握する |
| 制御 | 進行と例外に対する集中制御 | 参加者間での分散された自律性 |
| 最も適しているのは | 明確な所有権、依存関係、およびサービス目標を伴う業務 | 独立したチームまたは組織間の協力 |
| 一般的な課題 | 制御者がボトルネックまたは単一障害点となる可能性がある | 参加者は明確な契約、共通の意味、および信頼性の高い通信を必要とする |
| 典型的な例 | 企業のシステムが顧客のローン申請をルーティングし追跡する | 小売業者、決済プロバイダ、および運送業者がメッセージを交換しながら、それぞれが自社の業務を管理する |
これらは調整パターンであり、排他的な技術ではありません。企業は自社の内部プロセスをオーケストレーションし、外部パートナーとの調整にキネオグラフィーを使用することができます。

組織内の業務調整
一つの組織内では、活動が互いに依存しており、誰かが全体のケースを監視する必要がある場合に、オーケストレーションはしばしば有用です。例えば、IT サービスの依頼はサービスデスクで記録され、サポートチームによって評価され、必要に応じてセキュリティ部門にエスカレーションされ、依頼者が修正を確認した後にクローズされます。ワークフローシステムはタスクを割り当て、必要な承認を強制し、期限を追跡することができます。
チームが相当な自律性を持って運営する場合は、キネオグラフィーの方が適している場合があります。例えば、製品発売にはマーケティング、法務、エンジニアリング、カスタマーサポートが関与する可能性があります。各チームは自社の業務を所有しますが、「発売日確定」や「顧客ドキュメント承認」など、他のチームが進行できるようにする主要なイベントについて合意します。
実務的な問題は、単に中央システムがあるかどうかではありません。それは、一人の参加者が全体のプロセスの指揮と監視を担当しているかどうかです。共有カレンダーやメッセージングプラットフォームは、必ずしもプロセスをオーケストレーションするわけではありません。業務をルーティングし例外を管理する中央のプロセス所有者がいることが、オーケストレーションのより明確な兆候です。
組織間の業務調整
組織間プロセスは、多くの場合、両方のアプローチを組み合わせています。各組織は自社の内部活動をオーケストレーションする一方で、組織間ではメッセージとコミットメントのキネオグラフィーを通じて調整を行います。
オンライン購入を考慮してください:
-
小売業者は注文を受け入れ、自社の注文検証を調整します。
-
小売業者は決済プロバイダに決済リクエストを送信します。
-
決済プロバイダは独立して決済を承認または拒否し、結果を返します。
-
決済が承認された場合、小売業者は履行の手配を行います。
-
運送業者は荷送依頼を受け入れ、配送を管理し、追跡イベントを報告します。
-
小売業者はそれらの外部応答を使用して顧客を更新します。
小売業者は自社の注文プロセスをオーケストレーションできますが、通常は決済プロバイダや運送業者の内部ワークフローを制御しません。したがって、組織間の相互作用は、誰が何を送信するか、どのような応答が期待されるか、どのような期限が適用されるか、応答がない場合または否定的な場合に何が起こるかという、合意された一連の交換として扱う方が適切です。
この境界は重要です。外部パートナーを単なる内部部署の一つであるかのようにモデル化することは、組織が実際に持っていない権限や可視性を示唆する可能性があります。
BPMNがパターンをどのように表現するか
BPMNは、ワークフロー、参加者、および相互作用を描画するための視覚的表記を提供します。BPMN図では:

-
プールは、通常は組織や独立したプロセス参加者を表す参加者を表します。
-
レーンは、部署、役割、またはシステムなど、参加者内の責任を分割します。
-
タスクは、「注文を検証する」や「返金を承認する」などの作業を表します。
-
イベントは、メッセージの到着、タイマーの期限切れ、またはプロセスの開始や終了など、何かが起こることを表します。
-
ゲートウェイは、支払いが承認されたかどうかなどの、分岐または統合のロジックを示します。
-
シーケンスフローは、プロセス内の作業の順序を示します。
-
メッセージフローは、独立したプールの間の通信を示します。
オーケストレーションの場合、BPMNモデルは、作業のルーティング、応答の待機、例外の管理を行う調整プロセスを示すことができます。一方、コログラフィーの場合、図は参加者間の相互作用や、それらの間で交換されるメッセージやイベントを強調すべきです。
有用なモデリングの区別は、シーケンスフローは1つのプール内に留まり、一方でメッセージフローは独立したプールを接続することです。これは、内部の制御フローと参加者間の通信を分離するのに役立ちます。
例
例1:従業員オンボーディング
オーケストレーション:HRがオンボーディングケースを所有します。新規採用が確定すると、HRはITアカウントのセットアップをトリガーし、機器を要求し、必要なトレーニングを追跡し、未完了のタスクのフォローアップを行います。
オーケストレーション:HRがオンボーディングケースを所有します。新規採用が確定すると、HRはITアカウントのセットアップをトリガーし、機器を要求し、必要なトレーニングを追跡し、未完了のタスクのフォローアップを行います。

コログラフィー:HR、IT、施設管理、採用マネージャー、および新規従業員は、それぞれが自らの活動を所有します。彼らは合意されたイベントと期限を通じて調整を行います。例えば、HRは開始日通知を送信し、ITはアカウントの準備完了を確認し、マネージャーは役割固有のトレーニングを確認します。

実用的な選択:HRがプロセス全体で完了を追跡し、遅延を解決する必要がある場合は、オーケストレーションを使用してください。チーム間のコミットメントは、より大きなオーケストレーションワークフロー内であっても、明示的な相互作用としてモデル化してください。
例2:カスタマーサポートのエスカレーション
オーケストレーション:チケット処理プロセスは、新しいケースを割り当て、優先度をチェックし、適切なサポートティアにルーティングし、エスカレーションタイマーを開始し、解決状況を追跡します。
コリオグラフィ:サポート、エンジニアリング、および第三者サービスプロバイダーは、ケースの更新と合意された応答期待を通じて調整します。各組織は、独自の調査と内部キューを管理します。
実用的な選択:サポート組織内でチケットの所有権とサービスレベルの追跡をオーケストレーションします。作業がチケット所有者の管理外のチームや企業にまたがる場合は、明確なメッセージとエスカレーションの期待を使用してください。
例3:修理店を伴う保険請求
オーケストレーション:保険会社は請求ケースを管理し、補償を検証し、見積もりを要求し、決定を下し、支払いを追跡します。
コリオグラフィ:保険会社、契約者、修理店、および場合によっては評価者が情報と決定を交換します。修理店は独自の点検と修理作業を管理し、保険会社は直接その内部順序を指示することはできません。
実用的な選択:保険会社の請求プロセスをオーケストレーションされたワークフローとしてモデル化し、修理店の参加をメッセージ、応答、および合意されたマイルストーンで表現します。
アプローチの選択

次の場合に「オーケストレーション」を使用してください:
-
エンドツーエンドの結果に対して責任を持つ単一の所有者が存在する場合。
-
作業に厳格な依存関係または必要な承認シーケンスがある場合。
-
参加者に集中型のステータス追跡、割り当て、またはエスカレーションが必要である場合。
-
プロセスに一貫したルールまたは監査コントロールを適用する必要がある場合。
次の場合に「コリオグラフィ」を使用してください:
-
参加者が独立しており、自らのプロセスに対する制御を維持する場合。
-
単一の組織がワークフロー全体を正当に指揮できない場合。
-
調整がメッセージ、イベント、および相互に合意されたコミットメントに依存する場合。
-
参加者が各ステップを再交渉することなく、内部ワークフローを変更する余地を必要とする場合。
「ハイブリッド中央の所有者が自らのプロセスを調整しつつ、自律的なパートナーと相互作用する場合。これはサプライチェーン、金融サービス、ヘルスケアネットワーク、および顧客向けデジタルサービスで一般的です。
一般的な設計上の落とし穴

-
中央コントローラーに、制御できない事項の責任を負わせること:オーケストレーターは作業の依頼やコミットメントの監視を行うことができますが、外部の参加者は依然として自らの実行を所有します。
-
引き継ぎを曖昧にすること:情報を送信する者、受信する者、期待される応答、およびエスカレーションが発生すべきタイミングを特定すること。
-
ハッピーパス(正常な経路)のみをモデル化すること:拒否、情報不足、タイムアウト、キャンセル、および再試行といった重要な例外を含めること。
-
不明確なメッセージを使用すること:「承認された」「承認済み」「完了」などのステータスの意味を定義し、参加者が一貫して解釈できるようにすること。
-
最初の図を過度に複雑にすること:主要な経路と主要な参加者から始め、必要に応じて詳細なタスクと例外を別のビューに追加すること。
-
図を運用契約として扱うこと:BPMNモデルは責任と相互作用を明確にできますが、企業間プロセスには契約、データ定義、サービス要件、ガバナンスも必要となる場合があります。
Visual Paradigm BPMN + AI を用いたプロセスのモデル化
Visual Paradigmは、自然言語によるプロセス記述からAI支援でBPMN図を生成し、その後モデリング環境で編集する機能を説明しています。そのBPMNツールは、プロセスの詳細化や作業手順の文書化もサポートしています。AIによる出力はレビュー用のドラフトとして扱い、プロセスが正しいかコンプライアンスに適合していることの証明として扱ってはなりません。

実践的なワークフロー:
-
プロセスの物語(ナラティブ)を作成する。参加者、その責任、主要な意思決定、および組織の境界を越えるイベントやメッセージを特定すること。
-
最初のドラフトを生成する。Visual Paradigmでは、プロセスを自然言語で記述し、関連するプールとレーンを要求します。正確なインターフェースと機能の利用可能性は製品エディションによって異なる場合があります。
-
境界を見直す。内部作業が適切なプールに含まれているか、参加者間の通信が内部シーケンスフローではなくメッセージフローとして表現されているかを確認すること。
-
ロジックを確認する。ゲートウェイの条件、承認および拒否の経路、タイマー、応答缺失のシナリオ、および終了状態を確認すること。
-
参加者と検証する。プロセス所有者およびパートナー代表に、責任、メッセージの意味、期限、および例外を確認してもらうこと。
-
精緻化し、文書化する。有用な箇所に詳細を追加し、作業手順を添付し、プロセスを再設計する場合は、現状バージョンと目標バージョンを別々に維持すること。
初期モデルのための有用なプロンプト:
顧客、小売業者、決済事業者、および運送業者を関与させたオンライン注文のためのBPMN 2.0プロセスを作成してください。小売業者は注文を検証し、決済事業者に支払いリクエストを送信します。支払いが拒否された場合、小売業者は顧客に通知して注文を終了します。支払いが承認された場合、小売業者は運送業者に配送リクエストを送信します。運送業者は配送受領および配送ステータスのメッセージを返します。合意された期間内にパートナーからの応答が得られない場合のタイムアウトパスを含めてください。各組織を独自のプールに分離し、小売業者の内部活動をレーンで表示し、組織間の通信にはメッセージフローを使用してください。
生成後、図が小売業者の内部シーケンスと決済事業者および運送業者との間で交換されるメッセージを区別していることを確認してください。実際に作業を行う関係者とともに、すべての分岐とタイムアウトを見直してください。
結論
オーケストレーションとコリオグラフィは、異なる調整問題を解決します。オーケストレーションは、責任を持つ所有者がワークフローを指揮・監視するための手段を提供します。一方、コリオグラフィは、自律性を維持しつつ、独立した参加者が合意された相互作用を通じて調整することを可能にします。多くの実際のプロセスでは、両方が使用されています:各組織内でのオーケストレーションと、組織間境界を越えたコリオグラフィです。
BPMNは、参加者、内部作業、意思決定、およびメッセージを分離することで、これらの構成を議論しやすくします。AI支援モデリングは最初のドラフト作成を加速できますが、最も重要な作業は依然として人間が行うものです:責任、例外パス、および調整を成功させる合意を検証することです。









