ビジネスプロセスモデルと表記法(BPMN)は、ビジネスプロセスを明確かつ一貫性を持ってモデル化するために使用される標準化されたグラフィカルな表記法です。BPMNのコア要素の一つがアクティビティ、丸みを帯びた長方形で表されます。アクティビティはプロセス内で実行される作業を表し、ワークフローを駆動するステップやタスクを詳細に示すために不可欠です。このガイドは、提供された画像に基づいて、BPMNアクティビティ表記の種類、サブタイプ、実際の例を含め、初心者および上級者にとってプロセスを効果的にモデル化するのに役立つ詳細な説明を行います。
BPMNアクティビティとは何か?
BPMNにおけるアクティビティは、ビジネスプロセス内での組織や個人が実行する作業やタスクを表します。丸みを帯びた長方形として描かれ、プロセスの構成要素として、目標を達成するために必要なステップを示します。アクティビティは、次のいずれかの形式になります。アトミック(単一で分割できないタスク)またはコンパウンド(複雑なタスクをサブプロセスに分解したもの)。アクティビティを理解することは、正確で実行可能なBPMN図を作成する上で不可欠です。
- プロセス内のステップである。
- 単純な手作業のタスクから複雑な自動化ワークフローまで、幅広い範囲をカバーする。
- 特定の表記法を使用して、作業の種類や複雑さのレベルをさらに詳細に示すことができる。
BPMNアクティビティの種類
BPMNアクティビティは主に2つの種類に分類される:タスクおよびサブプロセス。以下では、それぞれの種類、サブタイプ、およびその重要性について詳しく説明します。

1. タスク
Aタスクは、プロセス内で実行される作業がより詳細に定義されていない場合に使用される単純でアトミックなアクティビティです。現在の図ではさらに分解できない単一の作業単位を表します。タスクはBPMNで最も一般的なアクティビティタイプであり、基本的な丸みを帯びた長方形として描かれます。
タスクのサブタイプ
BPMNは、それぞれが丸みを帯びた長方形内に独自のアイコンを備えた、いくつかの特殊なタスクの種類を定義しています。これらのサブタイプは、タスクの実行方法や自動化の仕方を明確に示すのに役立ちます:
- ユーザータスク(人型アイコン、👤):
人間のユーザーが実行するタスクを表し、通常はシステムやアプリケーションとやり取りするものです。
例:企業ポータルで休暇申請書を記入する従業員(例:ABC社の休暇プロセスにおける「休暇申請書の記入」)。
- 手動タスク (手のアイコン、✋):
ビジネスプロセスの自動化やアプリケーションの支援なしに、人的努力に頼って実行されるタスクを表す。
例:製造中に製品プロトタイプを手作業で点検する倉庫作業員(例:Hello World製造における「プロトタイプのレビュー」)。
- サービスタスク (ギアアイコン、⚙️):
ビジネスプロセス自動化ツールやサービス(APIやシステム統合など)によって実行される自動化タスクを表す。
例:顧客注文に基づいて製造システムで生産計画を自動生成する(例:Hello World製造における「生産依頼の発行」)。
- 送信タスク (封筒アイコン、✉️):
外部または内部の参加者にメッセージを送信するタスクを表す。たとえばメールや通知など。
例:顧客に製品の納品状況についてメールで通知する(例:ABC社の休暇プロセスにおける「依頼の承認通知」)。
- 受信タスク (矢印付き封筒アイコン、✉️⬅️):
外部または内部の参加者からのメッセージを待つタスクを表す。
例:設計作業を開始する前に顧客の2Dコンセプト図を待つ(例:Hello World製造における「顧客ラインからの依頼発行」)。
- スクリプトタスク (スクリプトアイコン、📜):
スクリプトや自動化コードによって実行されるタスクを表す。通常はビジネスプロセスエンジン内で実行される。
例:製品開発中にコスト見積もりを検証するためのスクリプトを実行する(例:Hello World製造における「コスト見積もり」)。
- 参照タスク (上矢印アイコン、⬆️):
別途定義された別のプロセスやタスクを参照するタスクを表す。再利用や標準化に使用されることが多い。
例: 製品検証中に標準化された品質チェック手順を参照する(例:Hello World Manufacturingの「製品を検証」)。
タスクの実行例
Hello World Manufacturingの製品開発プロセスを検討する:
- ユーザー作業: デザイナーがCADソフトウェアを使用して「3Dスケッチを作成」する。
- 手動作業: チームメンバーがプロトタイプを物理的に検査して「プロトタイプをレビュー」する。
- サービス作業: 製造システムによって自動化された「生産を開始」。
- 送信作業: 支払い詳細を顧客に通知するために「請求書を作成」する。
- 受信作業: 顧客からの「2Dコンセプト図」を待機中。
2. サブプロセス
A サブプロセス は、他の活動、タスク、またはサブプロセスの流れとして詳細が定義された複合的な活動である。メインプロセス内のより複雑で階層的なプロセスを表す。サブプロセスは、「+」または「−」の記号(展開/折りたたみのインジケーター)を備えた丸みを帯びた長方形で表され、さらに分類できる。

サブプロセスの種類
- 埋め込みサブプロセス (内部に「+」がある丸みを帯びた長方形):
親プロセスに完全に依存するサブプロセスを表す。プールやレーンを含めることができず、同じ文脈内の詳細なステップをモデル化するために使用される。
例: Hello World Manufacturingの「3Dスケッチを作成」の中で、埋め込みサブプロセスには「初期設計を作成」、「シミュレーションを実行」、「モデルを最適化」などのタスクが含まれる可能性があり、すべてデザイン部門のレーン内に存在する。
- 再利用可能なサブプロセス (内部に「+」がある丸みを帯びた長方形、しばしば枠線付き):
別々のBPMN図として定義された独立した、再利用可能なプロセスを表す。親プロセスに依存せず、複数のプロセスで再利用可能である。
例: Hello World Manufacturingの「製品を検証」用の再利用可能なサブプロセスで、異なる製品ラインで使用され、品質チェック、テスト、認証ステップを詳細に記述する。
サブプロセスの実行例
- ある 埋め込みサブプロセス 「休暇申請の評価」に追加でき、”利用可能状況の確認”、”ポリシーのレビュー”、”チームリーダーとの相談”などのタスクに分解できる。
- ある 再利用可能なサブプロセス HRレーン内の「申請の管理」が該当し、休暇承認や欠勤申請などの他のHRプロセスで再利用可能である。”記録の更新”、”給与部門への通知”、”休暇のスケジュール設定”などのタスクを含む別々の図として定義される。
活動がBPMN図にどのように組み込まれるか
活動はBPMN図の不可欠な要素であり、イベント、ゲートウェイ、フローなどの他の要素と接続して、完全なプロセスモデルを構築する。
- イベント:活動は通常、開始イベント(例:”リクエストの発行”が”3Dスケッチの作成”をトリガー)の後に続き、終了イベント(例:”製品の納品”がプロセスを完了)の前に位置する。
- ゲートウェイ:活動は決定ポイント(例:”プロトタイプを承認するか?”が”注文の発行”または”変更の依頼”に繋がる)の影響を受けることがある。
- シーケンスフロー:実線の矢印が活動を順次接続し、実行順序を示す(例:”3Dスケッチの作成” → “プロトタイプの準備”)。
- メッセージフロー:通信を伴う活動(例:送信/受信タスク)は破線の矢印を使用して相互作用を示す(例:顧客が”2Dコンセプト図”を送信)。
BPMN活動の使用におけるベストプラクティス
BPMN活動を活用してプロセスを効果的にモデル化するためには、以下のガイドラインに従う。
- 適切なタスクタイプを選択する:作業の実施方法を明確にするために、特定のタスクアイコン(ユーザー、手動、サービスなど)を使用し、可読性を向上させる。
- 複雑さの管理にサブプロセスを使用する:複雑な活動をサブプロセスに分解し、メイン図をごちゃごちゃにせず詳細を管理する。
- 一貫性を保つ:命名や表記を一貫して使用する(例:人間の対応には常に”ユーザー作業”を使用)ことで明確性を確保する。
- 詳細と簡潔さのバランスを取る:あまりにも多くのサブプロセスを用いて図を複雑にしないようにする。原子的なステップにはタスクを、複合的なワークフローにはサブプロセスを使用する。
- 文書化アーティファクト:活動の文脈を提供するために注釈やデータオブジェクト(例:”生産計画”)を追加し、理解を深める。
避けるべき一般的な落とし穴
- タスクの過剰使用: 小さなアクションをすべて別々のタスクとしてモデル化しないようにする;関連するステップをまとめてサブプロセスとして定義することで、明確さを保つ。
- タスクタイプの無視: 特定のタイプ(例:ユーザー、サービス)ではなく汎用的なタスクを使用すると、作業の実行方法が不明確になる可能性がある。
- サブプロセスの無視: 複雑な活動に対してサブプロセスを使用しないと、図の理解が難しくなる。
- フローの欠落: プロセスフローの曖昧さを避けるために、すべてのアクティビティがシーケンスフローやメッセージフローで接続されていることを確認する。
業界別の実用的例
以下に、異なる文脈におけるBPMNアクティビティの追加例を示す:
- 医療 – 患者入院:
- ユーザー・タスク: 「患者登録」(看護師がシステムにデータを入力)。
- マニュアルタスク: 「生命徴候の確認」(医師が患者を手動で評価)。
- サービスタスク: 「予約のスケジューリング」(自動予約システム)。
- サブプロセス(埋め込み型): 「診断検査の実施」、例えば「血液検査の依頼」や「結果の分析」などのタスクを含む。
- 小売 – 注文の対応:
- 送信タスク: 「注文状況を顧客に通知」(メール確認)。
- 受信タスク: 「支払いの受領」(顧客の支払いを待つ)。
- サブプロセス(再利用可能): 「注文の梱包」、異なる製品ラインで再利用可能で、「商品の選定」「製品の包装」「パッケージのラベル貼り」などのタスクを含む。
- 金融 – 貸付承認:
- ユーザー・タスク: 「ローン申請のレビュー」(ローン担当者が書類を評価する)。
- サービスタスク: 「クレジットチェックの実行」(自動システムが信用スコアを確認する)。
- サブプロセス(埋め込み): 「収入の確認」、これには「給与明細の請求」および「雇用状況の確認」が含まれる。
結論
BPMNアクティビティ表記は、丸みを帯びた長方形で表され、プロセスモデリングの基盤であり、ビジネスプロセス内の作業を詳細に表現できる。タスク(原子的で、ユーザー、手動、サービスなどのサブタイプを含む)とサブプロセス(複合的で、埋め込み型および再利用可能なものを含む)により、単純なプロセスから複雑なワークフローまで柔軟にモデル化できる。これらの表記を理解し、Hello World Manufacturing、ABC社、またはその他の例を用いて適用することで、プロセスを文書化・分析・最適化するための明確で実行可能なBPMN図を作成できる。製品開発、休暇申請、カスタマーサービスなど、さまざまなプロセスをモデリングする際、BPMNアクティビティを習得することで、図が正確で伝わりやすく、業界標準に準拠した状態を保てる。
本ガイドは、提供された画像に基づいており、BPMNアクティビティを効果的に使用するための知識を提供し、実際の応用における実用的な例とベストプラクティスを紹介しています。
BPMNリファレンス