バリューストリームマッピング(VSM):戦略とプロセスパフォーマンスをつなぐ
デジタルバリューストリームマッピングで、エンドツーエンドのプロセスアーキテクチャ、実際のプロセスデータ、改善活動をつなぐ方法を説明します。
BPMN 2.0完全ガイド:要素、メリット、利用例
複雑な業務プロセスの管理は容易ではありません。複数のタスクを調整し、すべての手順を追跡しながら、業務をスムーズに進める必要があります。Business Process Model and Notation(BPMN)2.0を使うと、業務プロセス管理を可視化し、理解し、簡素化できます。ワークフローをマッピングすることで、非効率な箇所を見つけ、プロセスを最適化し、業務効率を高められます。
Describe your business process in plain text and our AI will generate a complete BPMN model tailored to your workflow, ready to edit, simulate, and share.
BPMN 2.0とは何ですか?BPMN 2.0は、業務プロセスをマッピングするための汎用的な言語です。Object Management Group(OMG)が策定・管理しており、明確で一貫性のある業務プロセス図を作成するための標準化された表記法を提供します。BPMN 2.0はベンダーに依存しないため、どのソフトウェアを使っても、他の人がBPMN 2.0図を理解し、解釈できる状態を保てます。
ProcessMindのSaaS型プロセスインサイト製品では、BPMN 2.0を使ってプロセスマイニング、設計、シミュレーションを1つにまとめています。このソフトウェアにより、ワークフローを監視、評価、改善し、効率と生産性を高められます。
BPMN 2.0は、業務プロセス管理にさまざまなメリットをもたらします。主なものを紹介します。
BPMN 2.0図は、業務プロセスの設計図だと考えられます。基本的な要素を組み合わせて作成します。
BPMNでは、4種類の要素を使って業務プロセスをマッピングします。
それぞれの要素と役割を見ていきましょう。
Eventsは、業務プロセスを開始、変更、完了させます。内部に記号が描かれた円で表されます。それぞれの記号は、特定のEventタイプを示します。
BPMN図には複数のStart Eventを含められます。該当するStart Eventに接続されたEventだけが有効になります。たとえば、注文の受付プロセスは、注文がどのように届くかによって異なる場合があります。ウェブサイト経由、電話、または対面での申し込みです。対応するStart Eventがプロセスを開始します。
End Eventは、図に示された必要な手順がすべて完了した後に、プロセスの終了を示します。プロセスには成功や失敗など複数の結果があるため、複数のEnd Eventを使って異なる結果を示せます。たとえば、正常に処理された注文は成功Eventで終了し、カード情報の誤りによって取引に失敗した場合は、注文が失敗した状態で終了します。
この例は、End Eventで異なる結果を表せることを示しています。混乱を避けるため、それぞれのEnd Eventに異なる名前を付けてください。
Intermediate Eventは、プロセスの開始点と終了点の間で発生します。情報を受け取ったり、送信(「throw」)したりできます。図の接続要素によって、Eventが情報を捕捉するのか、送出するのかが示されます。
図では、メッセージの受信によってプロセスが開始されます。後続のTaskで商品の在庫を確認します。商品が利用可能になると、Intermediate Eventが確認リンクを送信します。注文処理は確認リンクを受信して初めて続行され、注文の完了(End Event)で終了します。
Intermediate Eventでは、Eventの流れに影響するさまざまなトリガー記号を使えます。トリガーには、メッセージ、Timer、Error、Compensation、Conditional Flow、Signal、Multiple Event、Escalation、Parallel Processなどがあります。それぞれが特定のやり取りや条件を表します。
| Start | Intermediate | End | ||||||
|---|---|---|---|---|---|---|---|---|
| Type | Normal | Event Sub process | Event Sub process non-interrupt | Catch | Boundary | Boundary non-interrupt | Throw | |
| None | | |||||||
| Message | | | | | | | | |
| Timer | | | | | | | ||
| Conditional | | | | | | | ||
| Link | | | | |||||
| Signal | | | | | | | | |
| Error | | | | |||||
| Escalation | | | | | | | ||
| Termination | | |||||||
| Compensation | | | | | ||||
| Cancel | | | ||||||
| Multiple | | | | | | | | |
| Multiple Parallel | | | | | | | ||
BPMNでは、Activitiesは、注文の確認や商品の発送など、プロセス内で完了させるTaskを表します。ループなど、繰り返し行う処理を示すマーカーを追加できます。
Taskは、プロセスに関わるParticipantと、プロセス中に使用、消費、生成するObjectによって分類します。
Generic Task
Generic Taskは、プロセスモデルにおける基本的なTaskタイプです。すぐに追加し、後から特定のサブタイプに整えられます。
Manual Task
Manual Taskは、プロセスエンジンと直接やり取りせずに人が実行します。文書の整理、電話による請求書の問題解決、サービスカウンターでの顧客対応などが例です。
User Task
User Taskは人が実行するTaskで、プロセスエンジンが各担当者のTaskキューに直接割り当てます。Taskが完了すると、通常はデータ入力やボタンのクリックによって、エンジンが確認を求めます。User Taskは、Human Workflow Managementシステムの中核となる要素です。
請求書の確認、休暇申請の承認、サポートチケットへの対応などが例です。
Receive Task
Receive Taskは、メッセージの受信をプロセスフロー内の独立したTaskとしてモデル化します。メッセージを捕捉するEventの代替として利用でき、BPMN 2.0では空の封筒記号で表されます。
Receive Task(Instantiating)
Instantiating Receive Taskには、左上に小さなEventアイコンがあります。Message Start Eventの代わりにプロセスを開始します。
Send Task
プロセスエンジンはSend Taskを実行し、メッセージキューを介してWebサービスを非同期に呼び出し、技術的なTaskを処理します。
Script Task
プロセスエンジンはScript Taskを直接実行します。エンジンが解釈できる言語で記述する必要があります。
Service Task
Service Taskは、ソフトウェアアプリケーションが実行する処理で、プロセスワークフローの一部として自動的に実行されます。BPMNでは通常、Webサービスがこれらの機能を提供すると想定しますが、他の実装も利用できます。Service Taskは、プロセス指向の連携を支援し、サービス指向アーキテクチャ(SOA)の原則と密接に関係します。
Business Rule Task
BPMN 2.0で導入されたBusiness Rule Taskは、プロセス内で特定のルールを適用します。
その他の重要なアクティビティタイプには、折りたたまれたSubprocess、複数インスタンスのTask、AdHoc Subprocessがあります。複雑なプロセスの動きを分かりやすく表現できます。
折りたたまれたSubprocess
折りたたまれたSubprocessは、大きなプロセス内にある一連のTaskをまとめ、図を見やすくします。これらの手順を1つの要素として表し、別の展開ビューで図の別の場所に詳細を表示できます。
AdHoc Subprocess
AdHoc Subprocessには、あらかじめ定められた実行順序がありません。プロセスの要件に応じて、Taskを任意の順序で実行したり、スキップしたりできます。
Loop Task
Loop Taskは、プログラミングの「do while」ループと同じように、サイクル内で繰り返し実行されます。TaskまたはSubprocessを1回実行してから、エンジンが終了条件を評価します。条件を満たしていなければ、アクティビティを再度実行します。条件を満たすと、プロセスは次のアクティビティへ進みます。
複数インスタンス
複数インスタンスのアクティビティは、定義した数のオブジェクトまたは項目に対してTaskを繰り返し実行します。for-eachループのように、コレクション内の各項目についてTaskまたはSubprocessを1回ずつ実行します。各項目には独自のインスタンスがあり、すべてのインスタンスが完了するまでアクティビティは終了しません。縦線は、項目が同時に、つまり並列に実行されることを示します。横線は、項目が1つずつ、つまり順次実行されることを示します。
報酬
Compensation Taskは、ワークフロー内のCompensationイベントを処理します。必ずSequence Flowではなく、Associationでプロセス図に接続します。
Compensationの組み合わせ
Compensation Taskは、ループや複数インスタンスと組み合わせることができます。この場合、Compensationマーカーはループまたは複数インスタンスのマーカーの横に表示されます。また、Compensation Taskを上記の任意のTaskタイプと組み合わせることもできます。これにより、成功するまでManual Taskを繰り返したり、可能な場合にTaskを並列で繰り返し実行したりするシナリオに対応できます。
ゲートウェイは、条件やイベントに基づいてプロセスの流れを分岐させる判断点です。BPMN図ではひし形で表示されます。一般的なタイプには、Inclusive、Exclusive、Parallel、Complex Gatewayがあります。ゲートウェイでは、データやイベントをトリガーとして使うこともできます。
Exclusive Gateway
Exclusive Gatewayは、内部に「X」がある場合とない場合があるひし形で表示されます。プロセスフローを、可能な出力経路のうち必ず1つに振り分けます。
Inclusive Gateway
Inclusive Gatewayは、内部に円があるひし形で表示されます。プロセスフローを複数の分岐に同時に分けることができます。後続のGatewayで経路を統合する前に、起動したすべての経路を完了する必要があります。
Parallel Gateway
Parallel Gatewayは、内部にプラス記号(「+」)があるひし形で表示されます。フローを分岐すると、すべての出力経路を同時に起動します。経路が合流すると、すべての入力分岐が完了するまで待機してから処理を続けます。
Event Gateway
Event Gatewayは、五角形を含む二重線の円が内部にあるひし形で表示されます。イベントに基づく判断点を表し、メッセージの受信など、最初に発生したイベントまたはTaskに基づいてワークフローを振り分けます。
接続オブジェクトは、プロセス内で要素がどのように関係するかを示します。BPMNでは、Sequence Flow、Message Flow、Associationの3種類の接続を定義しています。
Sequence Flow
Sequence Flowは、Taskを実行する順序を示します。矢印の先端が付いた直線で表示され、条件付きの経路またはデフォルトの経路を表します。
Message Flow
Message Flowは、部門など、異なるPoolまたは組織の境界間の通信を示します。同じPool内のEventやActivityを接続するためには使用できません。円で始まり、開いた矢印の先端で終わる破線で表示されます。
Association
Associationは、点線でActivityとArtifactを接続します。プロセスの順序を変えずに、背景情報を加えることができます。
Poolは、企業や部門など、プロセスに関わる主要な参加者グループを表します。Pool内のSwimlaneは、役割や責任ごとにActivityを整理し、いわゆるSwimlane形式のプロセスマップを作成します。Swimlaneは、部門や役割だけでなく、システムを表すこともできます。
BPMN 2.0では、折りたたまれたPoolは、内部のプロセスとActivityを非表示にしたまま、外部の参加者またはエンティティを表します。Poolは通常、組織、部門、システムなどの参加者を表します。
折りたたまれたPool:Poolの外枠だけを表示し、内部のTaskとActivityは非表示にします。内部の詳細を示さずに参加者の関与を示したい場合に便利です。
ユースケース:図内のすべての参加者について内部プロセスを詳しく示さず、複数の参加者間のやり取りを表す場合に、折りたたまれたPoolを使用します。
BPMN 2.0の折りたたまれたPoolは、各参加者のTaskの詳細ではなく、参加者間のやり取りに焦点を当てたい場合に便利です。
Artifactは、BPMN図に背景情報を加えます。プロセスと参加者を理解するのに役立つData Object、Group、Text Annotationなどが含まれます。
Data Objectは、プロセスのActivityに必要な情報を定義します。Data Storeは、情報を収集または保存するためのリポジトリを提供し、プロセス終了後も情報を保持します。また、必要なデータを表すData Inputと、生成されたデータを記録するData Outputを区別できます。
Group
Groupは、フローを変更せずにActivityを論理的に分類し、図を理解しやすくします。
Text Annotation
Text Annotationは、図の特定部分に説明や背景情報を加え、各要素を理解しやすくします。
BPMNの中心にあるのは、プロセスという考え方です。BPMN図を作成する際は、まずプロセスを簡単な手順に分けて整理します。その後、モデルを精緻化しながら詳細を加えます。
BPMN図を作成するための、初心者にも分かりやすい手順を紹介します。
基本手順を特定する:開始点と終了点を含め、中心となる手順を特定します。たとえば顧客が注文した場合、注文の受領、与信確認、注文処理、請求書の発行など、主要なアクションを特定します。
代替経路を確認する:注文の完了など、異なる結果につながる代替経路を探します。これらの代替プロセスや方向を表すために、Gatewayを追加します。
PoolとSwimlaneを設定する:各エンティティに関わる主要な関係者、部門、役割を特定します。責任を明確に示すため、ActivityをPoolとSwimlaneに整理します。
Messageによる通信を追加する:情報の流れに必要なMessageのやり取りを、異なるPool間または同じPool内に追加します。
Artifactと詳細を追加する:文書や担当者の役割など、関連するArtifactを追加します。複雑なTaskはSubprocessに分けます。
エラーに対応する:最後に、起こり得るエラーを特定し、プロセス内で管理する仕組みを追加します。
Describe your business process in plain text and our AI will generate a complete BPMN model tailored to your workflow, ready to edit, simulate, and share.
これらの主要要素と相互作用を理解することで、BPMN業務プロセスの重要な詳細を捉えたBPMNモデルを作成できます。
BPMN 2.0を使うと、あらゆるBPMNワークフローを設計、文書化、管理できます。標準化された視覚的なモデリング手法により、コミュニケーション、明確性、業務効率を高められます。
BPMN 2.0についてさらに詳しく知り、組織でどのように役立つかをご確認ください。始める際に役立つ資料は、BPMN公式ウェブサイトをはじめ、オンラインで多数ご覧いただけます。
ProcessMindは、プロセスマイニング、設計、シミュレーションを組み合わせ、業務プロセス管理を改善します。本ソフトウェアでワークフローを監視、分析、最適化し、効率と生産性を高められます。
シンボルを知ることと、実際に読めるモデルを構築することは別です。次の習慣によって、モデルを作成したワークショップが終わった後も、モデルを役立つ状態に保てます。
**描く前に範囲を決めます。**モデルの目的が改善、自動化、文書化のどれなのかを最初に決めます。目的によって必要な詳細度が決まるためです。一度に1つのプロセスまたはサブプロセスをモデル化し、必要性が明確になった場合だけ拡張します。実際に作業する人を早い段階から参加させます。プロセスの説明に記載されていないステップを見つけてもらえるためです。
**上位から作業します。**主要な段階を示す概要から始め、重要な段階をサブプロセスに分解します。どの階層で止めても、読み手が内容を理解できるようにします。
**標準に従い、一貫性を保ちます。**独自のルールを作るのではなく、正しいBPMN 2.0シンボルを使い、要素には業務で使われている名前を付けます。一貫した命名とレイアウトによって、数か月後でもモデルをたどりやすくなります。
**プールとレーンで整理します。**プールは参加者を分け、レーンは参加者内の役割を分けます。すべてのTaskが同じレーンに入るなら、レーンを置く意味はありません。責任の所在が実際に変わる箇所で分けます。
**シンプルに保ちます。**サブプロセスと再利用可能なTaskを使うほうが、200個の要素を並べるより適しています。読むために凡例が必要なモデルなら、問題はモデル自体にあります。
**モデルを検証します。**実際に運用する人とフローを確認し、What-Ifシミュレーションで想定どおりに動くことを確認します。モデルをデータにマッピングした後は、モデル自身の数値で現実との不一致を確認します。
**保守します。**モデルは古くなります。プロセスが変更されたら見直し、意味のある状態のバージョンを保持して変更前後を比較できるようにします。使わなくなったものは中途半端な状態で残さず、アーカイブします。
ProcessMindでは、こうした習慣を直接支援しています。キャンバス、自動レイアウト、バージョン履歴についてはモデリングをご覧ください。
業務プロセスの改善に役立つBPMN 2.0の多言語資料をご覧いただけます。以下から希望する言語を選択してください。
このポスターは2010年に作成され、世界各地の研究者と実務家によって翻訳されました。この取り組みを支援し、ポスターを皆様と共有できるよう尽力した機関と皆様に感謝いたします。
特に、次の皆様と機関に感謝いたします。
原著者: Gero Decker、Jakob Freund、Alexander Lübbe、Jan Mendling、Frank Puhlmann、Torben Schreiter、Matthias Weidlich
以下の皆様および組織に翻訳をご提供いただきました: フランス語:Trisotech、スペイン語:Ildefonso Montero、Luciano García-Bañuelos、Marlon Dumas、ロシア語:Hasso-Plattner-InstituteのBusiness Process Technology Group、スウェーデン語:Birger Andersson、Petia Wohed、オランダ語:Thauris.nl、ポルトガル語:Lucinéia Heloisa Thom、Cirano Iochpe、ポーランド語:MGX Infoservice、ヘブライ語:Ofir Nimitz、Iftah Peretz、ウクライナ語:Oleksandr Maistrenko、Artem Polyvyanyy、中国語:北京交通大学ソフトウェア工学部のA/Prof Zhang、Lecturer Ms Bai、ハンガリー語:Istvan Gerecs、ペルシャ語:Hamidreza Sarabadani。
出典:BPMN 2.0ポスター
プロセスマイニングの知見と戦略
デジタルバリューストリームマッピングで、エンドツーエンドのプロセスアーキテクチャ、実際のプロセスデータ、改善活動をつなぐ方法を説明します。
実際のベンチマークとデータ戦略を通じて、プロセスマイニングのパフォーマンスを左右する要因を学び、アップロードと処理を高速化する方法を説明します。ParquetがCSVを上回る理由も紹介します。
リーン、シックスシグマからプロセスマイニング、シミュレーションまで、プロセス改善の方法論を比較します。組織に適したアプローチを選べます。
プロセスマイニングで価値の高い自動化の機会を特定し、RPAを支援する方法と、自動化を優先することで起こる失敗を避ける方法を説明します。
クレジットカード不要、待ち時間なしですぐに利用を開始できます。組織の業務の進め方を、明確でつながりのあるプロセス設計に変えます。
プロセスアーキテクチャを構築し、所有者と管理項目を定義して、あらゆる階層で役割と責任をそろえます。
無料トライアルを開始し、プロセスのガバナンス、管理、継続的改善を支える信頼できる基盤を1つ構築します。
Cookieを使用して、利用体験の改善、コンテンツのパーソナライズ、トラフィックの分析を行っています。「すべて受け入れる」をクリックすると、Cookieの使用に同意したものとみなされます。