ビジネスプロセスモデリング2つの視点

１．「ビジネスプロセスモデリング」の定義

BPMを推進する際は、以下の3つの領域を考慮しながら、企業にとって最適なモデル（＊１）を構築する必要があると考えています。

（１）企業戦略の領域
（２）業務の領域
（３）ITの領域

＊１：ここでいうモデルとは、いわゆる「業務フロー」だけではなく、戦略マトリクス、ビジネスモデル、組織関連図、サプライチェーン、システム構成図などのモデルも含みます。

今回取り上げる「ビジネスプロセスモデリング」とは、上記２の領域で扱う「ビジネスプロセスモデル（業務フロー）を作成する」ことを意味しています。

２．背景

私はこれまで、会社の仕事で（片手間ではありますが・・・）BPMツールの使い方を検討・試行してきました。BPMツールを使用したモデリングの流れは以下のようになります。

（１）現行の業務をモデル化する
（２）BPMNの記法に沿った形で、業務モデルを詳細化する
（３）Webサービスや画面との連携を定義してBPELに落とし込む

確かにこれで、システムとしては動きます。しかし、実際にBPMプロジェクトを推進するにあたっては、以下の疑問が発生します。

そもそも「ビジネスプロセスモデル」はどのような粒度で記述すべきなのか。

最終的にシステムとして実装して動かすためには、画面やWebサービスと紐づくレベルまで詳細化する必要があります。また、KPIに基づいて指標の測定・管理が可能な単位である必要もあると思います。しかし、BPMNやBPELのことは考えず、現行の業務、もしくはあるべき業務の形をモデル化しようという場合、どのような粒度で業務を切り出せばよいのでしょうか？

３．ビジネスプロセスモデルに関する2つの視点

このような粒度の問題はITの世界ではよく語られるところです。コンポーネントベース開発であれば、コンポーネントの粒度が問題となりますし、SOAであればサービスの粒度が問題となります。そこで、BPMにおいて業務プロセスの粒度をどう考えるべきか、というのが今回の疑問点です。とりあえず思いつくのが、以下の2つの視点によって、粒度を変えるという方法です。

（１）経営者・マネージャの視点
　全社の業務の流れ、業務間の情報の流れがわかるレベル

（２）現場の視点
　作業手順のレベル

今回の記事は、単なるアイデアメモにすぎませんが、これから仕事を進める中で、効果的なビジネスプロセスモデリングの手法をさらに検討していきたいと思います。