BPMNとは
（注：必ず「BPMとは」「BPMの導入支援サービス」の動画を合わせて観てください。（青字をクリック））
YouTubeを見ることができない場合は「ここ」をクリックしてください。
BPMNとは、ビジネスプロセス・モデルと表記法（Business Process Model and Notation)の略です。現在のバージョンが2.0になります。マルチベンダーで構成されているOMG（Object Management group)によって維持されている国際標準（ISO19510）です。
ビジネスプロセス・モデルとは、いわゆる「業務フロー」です。過去、業務フローは様々な描き方がありました。IT系の企業やコンサルティング会社が基準を定めたものなどが存在しますが、国際的に基準が明確なものはありませんでした。BPMNは単に標準化された業務フローということではなく、BPMにおいて（「BPMとは」も参照してください。）業務改革・改善に無くてはならないものです。このページではその意味を説明します。
目次
１．BPMNの特長
２．BPMNの記号
３．読みやすいBPMN図のポイント
４．BPMNとBPMの関係
５．まとめ
１．BPMNの特長
BPMNには大きく４つの特長があります。
・ 実務担当者が理解しやすいものであり、かつ、システム・アプリケーション開発者にも必要な意味を伝えることができます。
・ BPMNで正しく書かれた業務フローは「誰が読んでも同じ意味として伝わる」ため、共通言語的に使用できます。
・対象プロセスを階層化させて描くことができます。（上位階層は網羅的に、下位の階層は詳細に描くことができます。）
・実務担当者が考えた業務プロセスがBPMS上で、そのまま動き「見える化」された管理ができます。 （「BPMSとは」も参照）
この４つの特長はBPMN仕様に書かれていません。またBPMN仕様を勉強することだけでは実現できるものではありません。BPMN仕様に書かれていることは、図形の定義や意味、図形間の接続に関する制約、BPMSやBPMN記述ツールで記号をどのように扱うかなどの仕様です。BPMN図をわかりやすく記述すること、BPMSの実装に耐えられる記述方法に関しては触れられていません。 残念ながらBPMN仕様を勉強して資格を取得したとしても正しいBPMN図（上記の４つの特長）を描くことができるようにはならないのはそのためです。
それを補うためにブルース・シルバーは「BPMN Method &Style」でスタイル・ルールを作成されました（彼は、これらをBPMN仕様に載せるべきだと主張されていたようです。）。さらに彼はこの著書では「あなたが明確に意図した意味を表現したダイアグラム（業務フロー）を作る過程を実際に経験することによってのみ、真のBPMNを学ぶことができます。本書はあくまでも参考書であり実際のBPMNトレーニングに代わるものはありません。」と言っています。弊団体の代表理事は、この本を翻訳出版後（現在は廃刊）実践し、その経験から「業務改革、見える化のための業務フローの描き方」を出版しました。
２． BPMNの記号
BPMNは、以下の４つの記号を基本として表記されます。
トリガーを表す「イベント」、業務内容を表す「アクティビティ」、分岐条件を示す「ゲートウェイ」 それぞれの記号を繋いで実行順序を示す「シーケンスフロー」です。これらの記号の中のアイコンが追加されるなどで、それぞれの意味が変化します。BPMNの記号は種類がたくさん存在するのですが実際は、すべての記号を使用することはありませんし覚える必要もありません。またBPMSもすべての記号に対応していません。「BPMとは」で説明をしているレベル１、２というBPMN図の詳細度を表す基準があります。BPMN全体の記号に対して、レベル１では２０％弱、レベル２でも５０％程度の記号しか使用しません。レベル２の中であっても使い道が限られている記号（すなわち、ほとんど使わない）、別の記号で同じ意味を表すことができるために使わない記号も多数含まれています。すなわち、単に記号の意味を覚えるのではなく、BPMNの記号で誰でも読みやすく描くことと、そのままBPMSの実装に耐えられる業務フローを描く記述テクニックが重要なのです。そしてそれは実践でのみ、身につくということになります。BPMコンソーシアムでは、実践的にBPMNの記述を支援するOJTを行っています。（BPMN記述支援サービス参照）
３． 読みやすいBPMN図のポイント
読みやすいBPMN図は、ラベル（文字）を上手に使用することです。 前述の「BPMN Method &Style」 を書いたブルース・シルバーは、「スタイル・ルール」の中に ラベルを使ってわかりやすいBPMN図を描くためのルールを数多く定めています。「業務改革、見える化のための業務フローの描き方」 は、このスタイル・ルールをベースに記述されています。以下の業務フローはそのルールに沿って書かれたBPMN図です。BPMNの描き方や記号の意味を知らなくてもラベル（文字）を追うことで内容を理解できると思います。
４． BPMNとBPMの関係
BPMとBPMNの関係はBPMの改善ステップにおいて説明をしています。一度きりの業務改善（BPR）やシステム導入のための業務フローにはBPMNは、必ずしも必要はありません。 BPMSを使って業務改善のPDCAサイクルが回らないのであれば、その場限りで理解できるの業務フローで構わないと思います。ただしBPMSと同じような機能を持つシステム（案件管理システム、インシデント管理システムなど）の導入の検討にはBPMNを描いて整理することは有用ではあります。それはBPMNの特長の一つである「実務担当者が理解しやすいものであり、かつ、システム・アプリケーション開発者にも必要な意味を伝えることができる。」という特徴と、BPMでマネジメントする階層と同じだからです。しかしながら、これはBPMではありません。「BPMN・BPMSが無くてもBPMはできる。」と言われる方がいるのですが、それもBPMではありません。単なる案件管理型システムの開発または導入でしかないです。なぜなら、BPMにおいて最も大切なのは「ビジネス知識の再利用」（「BPMとIT」を参照）であるからです。ビジネス知識を再利用するためには標準化された業務フローの表記法であるBPMNが必ず必要になります。我流で描いた業務フローは再利用・維持ができません。しかし標準化されたBPMNであれば業務フローは継続的に維持できるわけでもありません。そのためにはBPMSが必要になるのです。すなわち、BPMにはBPMNとBPMSは必須アイテムであり、どちらも欠くことができません。
５．まとめ
BPMには様々な誤解があります。BPMNに関係する誤解は「BPMNはBPMSを動かすための記号」という認識です。すなわちプログラミングの代わりにBPMN図を使うという誤解です。BPMNでプログラミングレベルの表記をすることはできますがBPMSに実装しても意味がありません。
過去、あるエンジニアがこの誤解からBPMN図でフローチャートのようなものを描かれていました。「これをBPMSに実装したのだけれど、自動でコーディングされる部分が少なくて結局プログラミングをしなくてはならない。BPMN、BPMSって何のためにあるんですか？」と聞かれたことがありました。描かれたBPMN図はBPMが管理対象とする階層とは異なる、ということを説明しました。
プログラミングの階層はBPMN図で描く最下層の階層よりも下になります。すなわちビジネスプロセスを管理する部分ではないということです。そこは単なる作業の自動化の階層となります。RPAでも同じことが言えます。RPAの対象を見つけるためにBPMN図を描くという話を聞きますがRPAで実施することをBPMN図で描くことに意味がありません。またBPMN図を描いてもRPAの対象が必ず見つかるということもありません。BPMN図を描き、BPMSに実装すると自動化の要求が出てきます。BPMSを使用していることによって対象業務の実績工数が見えるため、自動化による期待効果が明確になります。自動化を実施する手段としてRPAが使えるかもしれません。ただしBPMSにもローコード開発機能があり、システム間の連携層を持っているものも多いためRPAという不安定なツールを使う可能性は恐らく低いかと思います。（「RPAを使うために何かをする。」という思考そのものが手段を目的に変えてしまっている感があります。）
「可視化」に関しても同様であり、業務フローを描いたことだけで可視化ができたわけではありません。その業務フローは１－２年もすれば使い物にならなくなるでしょう。BPMNとBPMSで 「ビジネス知識の再利用」が可能な状態に保つこと、内外の環境変化にすぐに対応し継続的な改革・改善ができる 、それが BPMです。
参考コラム
コラムページ（ここをクリックいただくとコラムのページに移動します。）
・第２回：２０２３年セミナー参加者の声（ＢＰＭＮレベル１記述・演習セミナー編）
・導入プロジェクト体制は存在しても、ＢＰＭはプロジェクトではない。
・ ローコード開発とＢＰＭの違いとは
・見える化・可視化改善とBPM
・BPMとワークフロー（承認・決済）システムの違い
・DX？BPMが失敗する理由１
・テレワーク、BPOにおけるBPM改善のヒント１