ワークフローとBPM、7つの違い

1. BPMの定義

「ワークフロー」と「BPM」。2つの言葉を比較するには、それぞれの「定義」が必要です。ここではまず、“Business Process Management” (BPM) の定義について考察したいと思います。

1-1. ビジネスプロセスを「最適化」に近づける活動

IT業界において絶大な影響力がある米ガートナー社による定義は、押さえておく必要があると言えます。〔Gartner, Inc: ITアドバイザリ会社, Wikipedia En Ja〕

ガートナー用語集 “Business Process Management (BPM)”

【筆者意訳】 ビジネスプロセス管理（BPM）は、『普遍的な行動規範』 （Discipline） のひとつです。すなわち、様々な手段を用いてビジネスプロセスを「発見」し「モデル化」し「分析」し「測定」し「改善」し、そして「最適化」します。そもそも「ビジネスプロセス」は、ビジネス戦略に沿う成果をあげるため、人・システム・情報・モノの挙動を制御します。しかし「手順が明確で何度でも繰り返すことができるプロセス」だけでなく、「変化し続けるプロセス」も存在していることには注意が必要です。なお、この管理活動においては（必ずしも必須とは言えませんが）多くの場合、コンピュータ（Technologies）が活用されます。従ってビジネスプロセスの管理活動は、「情報通信への投資」（IT投資）や「機械制御への投資」（OT投資）を方向づけることにもなります。

【引用原文】 Business process management (BPM) is a discipline that uses various methods to discover, model, analyze, measure, improve and optimize business processes. A business process coordinates the behavior of people, systems, information and things to produce business outcomes in support of a business strategy. Processes can be structured and repeatable, or unstructured and variable. Though not required, technologies are often used with BPM. BPM is key to align IT/OT investments to business strategy.

押さえておくべきこと（大切なこと）は、

『ビジネスプロセス管理（BPM）』は、
基本的には「ITツールを指す言葉」ではない

という点です。

【筆者ぼやき】 “BPM is a discipline.” この “discipline” を翻訳するのは難しいです。本稿では敢えて『行動規範』と訳しています。辞書には「集団の規律」「組織内の統制」「キリスト教の法規」「学問分野」といった訳語もありますが、どれもシックリきません。ちなみに「BPMは学問分野である」と翻訳されているケースをよく目にします。が、その日本語訳は「シックリこない」を通り越して「誤訳だ」と感じています。原義的・哲学的〔e.g. Mフーコーの「ディシプリン」, Wikipedia En〕に言えば、「権威からの教え」といった強いニュアンスなハズです。つまり「教義」「行動指針」「行動規範」などの方が適訳だと思っています。

1-2. ビジネスプロセスを「定義」することから始まる活動

“BPM” が「行動規範」であり、部署内や全社での “取り組み” を指す言葉ということは分かりました。しかし、その “取り組み” はどのように実践されているのでしょうか？

企業における “取り組み” では多くの場合、指標やゴールが設定されます。ビジネスプロセスの管理活動においても『組織の成熟度』が参照されることが少なくありません。実践する会社によって、あるいは支援するコンサル会社によって異なりますが、基本的には「１段階から５段階」の5つのステージを参照します。（”管理対象が存在しない状態” を想定して「０段階目」が用意されている場合もあります。）

筆者自身は「0:混沌」「1:定義」「2:統制」「3:統治」「4:制御」「5:順応」くらいの表現が、日本語として適当だと思っています。

1-3. BPM活動の歴史

ところで、『ビジネスプロセス管理活動』（BPM活動）は、いつごろから実践されるようになったのでしょうか？

IT業界やコンサル業界では、BPMの理論基盤は、Fテイラーの『科学的管理法』（1910年頃）を源流とするという考え方が広く支持されています。つまり、テイラーは “労働者管理の方法論” の中で「工具手順の標準化」や「標準的作業時間の設定」などを提唱しました。100年以上経った今日に至ってもなお『組織内のワークフローを分析し調和させるマネージメント理論』として広く知られています〔科学的管理法: Wikipedia En Ja〕。そして、その「プロセスを管理する」という考え方が、1960年代の「カイゼン活動」（品質管理の方法論）、1980年代の「CMMI」（ソフトウェア開発の方法論）、1990年代の「COBIT」（ITガバナンスの方法論）などに引き継がれている、と言われています。

ここで大切なことは、

『ビジネスプロセス管理（BPM）』は、
この10年・20年に湧いて出てきた新しい考え方ではない

という点です。

よく考えれば「プロセスを管理したい」という表現自体、極めて普通のフレーズです。長い歴史の上に存在し続けている『普遍的な行動規範』なのだと思います。そして、この『ビジネスプロセス管理（BPM）』という言葉自体は、2000年代に入って注目されるようになります。それは、Gartner 社自身が『Business Process Management Suite』（BPMS）という造語を発表したことがキッカケとなります。

【筆者ぼやき】 常々思っている事ですが、「ビジネスプロセスを管理する」という行為は、社会性が高い人類にとって “極めて自然な欲求” です。極端な話、「”ビジネスプロセス管理の歴史” なんて “人類の歴史” と同じなんでわ？」などと思ってしまいます。たとえば豊臣秀吉が全国の農耕地の測量を命じた時、プロセスの概念はあったように思います。「測量手順」「役割分担」「報告書式」くらいは定義されていた（管理されていた）ような気がします。〔知らんけど〕 〔太閤検地, Wikipedia Ja〕

1-4. ところで “BPMS” というコトバは必要だったの？

『Business Process Management Suite』（BPMS）という言葉についても、米ガートナー社による定義を確認しておきましょう。

ガートナー用語集 “Business Process Management Suites (BPMSs)”

【筆者意訳】 ビジネスプロセス管理スイート（BPMS）は、BPMプロジェクトやBPM戦略を推進するためアプリケーション基盤です。すなわち、プロセス改善のライフサイクル全体をサポートします。具体的には、プロセス発見・プロセス定義・プロセス設計だけでなく、実装・監視・分析・継続的な最適化に至る全ての改善活動を支援します。一般的なソリューション（情報システム等）と異なり、モデルドリブンな手法によるビジネス担当者とIT担当者のコラボレーションでビジネスプロセスを進化させ続けることができます。

【引用原文】 Business process management suites (BPMSs) are the leading application infrastructures to support BPM projects and programs. A BPMS supports the entire process improvement life cycle – from process discovery, definition and design to implementation, monitoring and analysis, and through ongoing optimization. Its model-driven approach enables business and IT professionals to work together more collaboratively throughout the life cycle than is possible with other approaches to solution delivery.

あらめて BPMS という言葉が必要だったのは、端的に言えば「新しい技術トレンド “モデルドリブンな手法” （Model-Driven Approach） を世間に広めたかったから」なのだと思います。詳細については次章以降で少しずつ解説できればと思いますが、ここでは、

『ビジネスプロセス管理スイート（BPMS）』は、
「ITツールを指す言葉」である

という点だけ押さえておいてください。

【筆者ぼやき】 “Suite” とは「一揃い」という意味です。ホテルの「スイート（ルーム）」には “色々な部屋” がそろっています。パッケージソフトの「オフィススイート」には Word や Power Point 等を “色々なソフト” がそろっていました。ちなみに “Suite” と “Sweet” （甘い）は同じ発音です。が、背広（Suit）や水着（Swimsuit）やガンダム（Mobile Suit）の “Suit(s)” は発音が違います。〔どうでもイイ〕

1-5. BPM定義アレコレ

Gartner 以外の組織では、ビジネスプロセス管理（BPM）をどの様に定義しているのでしょうか？ おおむね、Gartner社の「必ずしもITツールを指す言葉ではない」に近い定義（表現）になっています。

• 【引用元】 ［Salesforce］BPMとは？基本的な考え方とBPMシステムを使った実践方法
  • 【引用文】 BPM は 業務管理の手法のひとつです。
• 【引用元】 公益社団法人企業情報化協会　BPM推進プロジェクト
  • 【引用文】 業務プロセスのPDCAサイクルを回して業務の成果を上げるための新しいアプローチです
• 【引用元】 ［Red Hat 自動化］ビジネスプロセス管理とは
  • 【引用文】 BPMとは、戦略的な事業目標の達成支援を目的として、ビジネスプロセス全体をモデリング、分析、最適化するプロセスマネジメントの手法です。
• 【引用元】 ［NTT DATA INTRAMART］現場からはじめる業務改革
  • 【引用文】 BPMとは、業務プロセスの現状を把握し、変更や改善を行うことで、本来あるべきプロセスに継続的に近づけていくための業務管理手法です。

その一方で、”IT ツール” を指す定義も存在するので注意が必要です。（例：国際標準仕様『BPMN 2.0』の用語集）

Business Process Model and Notation (BPMN), Glossary informative

【筆者意訳】 ジネスプロセス管理： プロセス管理（プロセスの分析、定義、処理、監視、管理など）をサポートするサービスやツールです。人間やアプリケーションレベルのインタラクションのサポートを含みます。BPMツールは、手動プロセスを削減し、部署とアプリケーション間の依頼ルートを自動制御します。

【引用原文】 Business Process Management: The services and tools that support process management (for example, process analysis, definition, processing, monitoring and administration), including support for human and application-level interaction. BPM tools can eliminate manual processes and automate the routing of requests between departments and applications.

つまり、

『ビジネスプロセス管理（BPM）』は、
基本的には業務管理手法を指すが、
文脈によってはITツール群を指す場合もある

と理解しておけばよいと思います。

2. ワークフローの定義

この章では「BPM」と比較しながら「ワークフロー」という言葉にフォーカスします。

2-1. ビジネスプロセス管理はワークフロー管理の延長線上にある

ワークフロー研究で有名なアールスト教授（特に、2000年代の「ワークフローパターン研究」や2010年代の「プロセスマイニング研究」が有名） 〔Win van der Aalst, Wikipedia En〕は、論文『BPMその動向調査』(2003) の冒頭で次のように述べています。

BPMその動向調査 / “Business Process Management: A Survey” (2003) (cached PDF)

【筆者意訳】 ビジネスプロセス管理（BPM）は、伝統的なワークフロー管理（WFM）のシステムや取り組みの延長線上にあると考えられます。 （中略） 多くの人は、ビジネスプロセス管理（BPM）は1990年代のワークフローの波に続く「次のステップ」と考えています。（中略） BPMの定義には様々なものが存在しますが、ほとんどの場合、ワークフロー管理（WFM）が明確な形で内包されています。

It can be considered as an extension of classical Workflow Management (WFM) systems and approaches. … Many people consider Business Process Management (BPM) to be the “next step” after the workflow wave of the nineties… There exist many definitions of BPM but in most cases it clearly includes Workflow Management (WFM).

そして、その10年後の論文『BPMその広範囲な動向調査』(2013)においても、同様の説明をしています。

BPMその広範囲な動向調査 / “Business Process Management: A Comprehensive Survey” (2013) (cached PDF)

【筆者意訳】 BPMは、ワークフロー管理（WFM：Workflow Management）の延長線上にあると考えられます。WFMは主に、ビジネスプロセスの自動化に焦点を当てていますが、BPMはより広い範囲なスコープを持っています。すなわち、プロセス自動化とプロセス分析だけでなく、進捗管理や作業体制までカバーしています。（中略）。伝統的なワークフロー管理（WFM）は、ビジネスプロセスを機械的に自動化することを目的としていました。人間の関与があることや管理を支援することについては、あまり考慮されていなかったと言えます。

BPM can be seen as an extension of Workflow Management (WFM). WFM primarily focuses on the automation of business processes, whereas BPM has a broader scope: from process automation and process analysis to operations management and the organization of work… Traditional WFM technology aimed at the automation of business processes in a rather mechanistic manner without much attention for human factors and management support.

これらの考え方は、2020年代に至ってもなお、IT業界内における考え方の基本になっている思います。つまり、

『ワークフロー』は、BPM の一要素である
（ワークフローシステムは、BPMS に内包される）

という認識が根付いていると思います。

【筆者ぼやき】 教授の論文 “Business Process Management: A Survey” では、ワークフロー研究者（グラフ理論の応用研究や形式言語の応用研究など）ならではの視点で BPM 定義が書かれています。興味深いのは、”見えないプロセス” を否定している点です。『我々のBPM定義ではオペレーション可能な作業工程（operational processes）に限る。つまり戦略プロセスや明示できないプロセスは除外する。プロセスが認識されている状態でなければならない点に注意して欲しい。作業工程についての情報を持ち合わせず支援などできない。』〔←うん、気持ちは分かる〕

2-2. ワークフロー技術は BPMS の１要素

ガートナー社も、「BPMS製品の選定基準」（2009年）や「iBPMS製品の選定基準」（2011年）の中で

【筆者意訳】 BPMSには10の機能領域がありワークフロー技術は1つのコンポーネント（部品）に過ぎない

と述べています。

オフィシャルな文書ではありませんが、ブログ『ワークフローとBPMのチガイ、分かってる？』（2010年）の中で、ゼンゼン違う！と訴えたこともありました。（リサーチ部門の方）

Do You Understand the Difference Between Workflow and BPM?

【筆者意訳】 BPMS にはワークフローの “進化形” が搭載されています。もっと言えばワークフローは、BPMS の10技術のヒトツにすぎません

Thus, a BPMS includes a more advanced form of workflow. Furthermore, workflow is just 1 of 10 technologies found in a BPM Suite.

さすが調査会社だけのことはあって、とてもロジカルな主張です。そして彼らは、そのコンポーネント（部品）は『プロセス・オーケストレーション・エンジン』（Process Orchestration Engine）と呼んでいます。それまでにも『ワークフロー・エンジン』という表現があったのですが、呼称の上でも「ワークフロー」を “卒業” する必要があったのかも知れません。（CF: Workflow Reference Model）

【筆者ぼやき】 たとえば（スマホを知らない高齢者から）「ケータイとスマホの違いって何？」と聞かれたとき、貴方は何と答えますか？ 恐らく答えに窮するでしょう。「アプリが使える！」や「タッチパネル操作でボタンがない！」と説明しても、きっと伝わりません。「イロイロできる！」とだけ言って実演して見せるしかないような気もします。ただ最初に「スマホには（ほぼ）全てのケータイ機能が備わっていますよ」と伝えることは重要だと思います。そして、その “多機能” がもたらすメリットとデメリットをどのように感じてもらうかがポイントなのだと思います。

【筆者ぼやき】 ガートナー社は「BPM活動を支援する製品」（BPM製品）を、より細かく区分しています。具体的には、3つの区分（「BPM プラットフォーム」⇒「BPMS」⇒「インテリジェントなBPMS」）で調査しています。乱暴に言えば、”『未来を予想する機能』を重視する場合には「インテリジェントなBPMS」を使いこなしましょう” と主張されています。〔←スケールが大きな組織では重要です。〕

2-3. ところで “ワークフロー・オートメーション” って何？

では、2020年代に入って見聞きする機会が増えた「ワークフロー・オートメーション」（Workflow Automation）とは何でしょうか？　「ワークフローの自動化」といった “直訳” も見聞きしますが、日本語として意味が通じているとは思えません。

ちなみに、ガートナー社の用語集に「Workflow Automation」は存在していません。ガートナー社は、むしろ “iPaaS オシ” （Integration Platform as a Service）です。 〔そして「Workflow Automation」と「Robotic Process Automation」(RPA) の違いについては、またの機会に…。〕

そもそも日本においては、「ワークフロー製品」という言葉には “人間が関与するもの” の印象が強く、具体的には “申請承認フロー” や “経費精算フロー” を指す場合が多くなっていると言えます。〔いわば “Human-Centric Workflow” 〕

株式会社エイトレッド有価証券報告書

ワークフロー製品とは、企業の様々な業務にかかる稟議・申請から承認・決裁に至るまでの事務フローを電子化し、業務プロセスの効率化・自動化、内部統制の強化を図る等の製品の総称であります。

ただ、前節までの「定義の歴史」を振り返れば、なんとなく想像がつくと思いますが、「ワークフロー・オートメーション」で言う『ワークフロー』は「機械を相手にした（Integration-Centric な）ワークフロー」のニュアンスです。

すなわち、今日の “Workflow Automation” をあえて日本語に訳すならば、　一連処理の全自動化（一連作業の全自動化） くらいの意味に捉えるのが良い、と思います。そして、人間が関与することなく実行され、定型作業の生産性が大幅に改善されます。

（e.g. IFTTT、 Zapier、 kissflow、 Pipefy、 Box Relay、 WorkFusion、 K2 Software、 …）

なお、専門用語を逐一日本語に置き換える（ローカライズする）のは、結局回りまわって混乱を招くことになると考えます。基本的には、世界共通語のまま利用すべき（理解すべき）だと思っています。

3. BPMS の特徴である “モデル・ドリブン” とは何か？

「Workflow システム」が「BPMS」と呼ばれるために必要となる要素『モデル・ドリブン』とは何でしょうか？

3-1. そもそも “モデル” とは？

そもそも「モデル」という言葉には、大きく「模型」と「手本」の2つの意味があります。

• プラモデル: 模したモノ。本物ではない。
• 分子モデル: 模したモノ。本物ではない。
• ロール・モデル: 理想とする人。自分とは違う。
• ファッション～: 理想とする人。自分とは違う。

つまり、BPMS の特徴として使われる

"モデル・ドリブン" という表現の『モデル』は
対象を認識するために簡略化した図など
くらいの意味で捉えるべき

だと思います。（完全には描写しきれていないが）「特長的なポイントが規定されているもの」と言っても良いと思います。

3-2. プロセスモデルとは何か？

では「プロセスを “モデル化” する」という表現は、フロー図だけを指すのでしょうか。

今日において「プロセスモデル」は、概念的に、次の3要素で規定されます。

• 業務の流れ：各工程がどのような順序で接続されるか 〔フローモデリング〕
• 業務データ：どのようなデータが受け渡しされるか 〔データモデリング〕
• 引受ルール：だれ（個人・チームの誰か・機械など）が引き受けるか 〔リソースモデリング〕

すなわち、業務プロセスを模式化するには、業務の流れ図（フロー図）だけでなく、「住所・氏名・電話番号」といった業務データや、「鈴木さん・鈴木さんが所属する部門のリーダ」といた引き受けルールも規定する必要があります。

【筆者ぼやき】 言葉としての「フロー図」は、外にも様々な表現が使われます。プロセス図・業務の流れ図・ワークフロー図・フローダイアグラム・フローチャート・工程表・などなど。私見ながら、それらに大きな違いは無いと思っています。（さすがに、それらの「違い」を考察するのは不毛に…）。なお、具体的な表記法としては『BPMN』（Business Process Model and Notation）が国際標準化されています。

3-3. モデルドリブンとは何か？

「モデル・ドリブン」（Model-Driven）の日本語訳として「モデル駆動型」という表現をよく見聞きします。が、ピンときません。

そもそもの原因は「Drive/Driven」に対応する日本語が存在しないためです。”Drive” は原義的に「勢いづける」という意味です。テニスやサッカーで「ドライブをかける」などの表現もあります。従って、

『モデル・ドリブン』とは
まず何よりモデル化を最初に行う
というシステム開発スタイル

くらいに認識するのが良いと思います。

具体的には、前節に示したように「業務の流れ」「業務データ」「引受ルール」をモデリングします。そしてそのプロセスモデルを元に（によって）、システムが実装（自動的に構築）されます。

なお、伝統的には「モデリング」（「デザイン」とも言う）の後に、プログラマによる「インプリメント」（実装）を必要とする BPMS が主流でした。ただ、近年においては、 No-Code 開発（プログラミング不要のシステム開発／ソフトウェア開発）がトレンドになっています。

そして今日では、「プロセスモデル」（「ワークフローアプリ」とも言う）が完成すれば即運用できる BPMS を志向する組織も少なくありません。（← Questetra BPM Suite !!）（←”ポジショントーク”、すみません…）

【筆者ぼやき】 私見ではありますが『データドリブン経営』（データ分析を起点に判断がなされる経営）を「データ駆動型経営」とは言うべきではないと思っています。同様に『イベントドリブン』（Event-Driven／ユーザ操作を起点に処理が走り出すプログラム）や、『締切ドリブン開発』（締切が近づいてきたことをキッカケに活性化される開発スタイル）といったジョークも、そのまま “ドリブン” で良いと思っています。よく考えれば『USB Driver』は「USBドライバ」であって「USB活性ソフト」とは言いません。世界で同じ言葉を使う方が効率良いと思っています。Tsunami（津波）や Emoji（絵文字）と同じ理屈。そして “大空翼くん” の「ドライブシュート」は、”メチャメチャ活性化されたボール” なんだと思います。〔知らんけど〕

4. 結局 Workflow と BPM は何が違うか？

それぞれの製品には、それぞれの個性があります。したがって、カテゴリ「Workflow 製品」とカテゴリ「BPM 製品」の違いを述べるのは容易ではありません。以下の「違い」では、「大まかなこと」しか言えないことをご理解ください。

なお、歴史的な考察にもあったように、BPM製品（BPMS）は「人間と機械（コンピュータ）の両方をコントロールできる」ようになります。ただ、本質的な違いは「モデル化」の有無です。つまり、Workflow と BPM の違いは、「モデルが存在することによるメリット・デメリット」を考察することになります。

4-1. 業務の流れを設定する方法がチガウ

BPM製品（BPMS）の場合、モデリングの中核はワークフロー図（BPMN図）になります。

確かにこれは極めて大きなメリットです。しかし同時にデメリットでもあります。すなわち、「ありとあらゆる流れを記述できる」という側面は、その “習熟コスト” に直結してしまいます。〔BPMNは「読む」のは簡単ですが「描く」のはソコソコ大変です。〕

しかしながら、カイゼン活動に終わりはありません。

• 案件によって経路が変わる設定
• タイムアウトで次工程に進ませる設定
• 途中で複数工程に分流させる設定
• 既定のデータ編集を自動化する設定
• 子プロセスを自動的に呼び出す設定
• 他クラウド（外部API）と自動通信させる設定
• などなど

BPM製品（BPMS）であれば、様々な流れ（Control Pattern）と、様々な制御（API Orchestration）を実現できるようになります。

4-2. 引き受けルールを設定する方法がチガウ

BPM製品（BPMS）の場合、複雑な「引き受けルール」を設定する（広い意味で「モデリングする」）ことが可能です。

• 工程の処理担当者を1人指定する（案件到着時には割当済）
• 工程の処理担当者を複数人を指名する（誰かが引き受ける）
• 工程の処理担当者をロール名で指定する（複数人の場合は誰かが引き受ける）
• 順繰りで処理担当者になるように設定する（案件到着時には割当済）
• などなど

BPM製品（BPMS）であれば、様々な仕事の割り当て方を実現できるようになります。

4-3. 業務プロセスを共有する方法がチガウ

BPM製品（BPMS）の場合、全ての業務プロセスにグラフィカルな「ワークフロー図」（BPMN図）が作成されます。また、モデリング結果を「プロセスモデル」として保存することも可能です。（Questetra BPM Suite の場合 “.qar” ファイル）

プロセスオーナーは、自部署の業務プロセスについて説明しやすくなります。また、経営層や関連部署などは、現状の業務プロセスをいつでも確認できるようになります。

4-4. 流れてきた案件の上流履歴を確認できる

BPM製品（BPMS）の場合、案件の「現在地」だけでなく、それまでの「経由地」をワークフロー図（BPMN図）上で確認できます。各工程の処理担当者は必要に応じ、上流工程の処理者を確認できるようになります。

4-5. いま流れている全案件をモニタリングできる

BPM製品（BPMS）の場合、全ての処理中案件の「現在地」を、ワークフロー図（BPMN図）上で確認できます。たとえば、滞留しがちな工程をあぶりだし、「人員増員や自動化といったアクションをとる」や「業務の流れを変更する」といったカイゼンにつなげられるようになります。〔ステータス・モニタリング〕

4-6. 過去に処理された全案件を集計できる

BPM製品（BPMS）の場合、案件担当者ごとや案件経路ごとの実績値を集計できます。たとえば、担当者ごとの実績レポートを自動化できるようになります。〔パフォーマンス・モニタリング〕

4-7. 蓄積データを細かいレベルで制御できる

BPM製品（BPMS）の場合、業務データの閲覧パーミッションを細かく設定できます。案件処理者は、「同僚や関連部署への相談」や「同僚や関連部署からの助言フィードバック」を得やすくなります。

5. おわりに

BPM活動は「カイゼンし続けること」（←”継続的なカイゼン”）にこそ、意味があります。”ちょっとした事務手続き” の中にも沢山の「課題」が隠れています。

各現場のプロセスオーナーのみなさん。『見えている業務プロセス』（モデル化されている業務プロセス）くんだけでなく、『まだ見えていない業務プロセス』（まだモデル化されていない業務プロセス）ちゃんとも、ちゃんと向き合っていきましょう。そして、小さなカイゼンを少しずつ積み上げていきましょう。お互い。。。

PS： よくある誤解

• 『ワークフローシステムが申請業務の流れに特化したシステムであるのに対し、BPMツールは受注システム・製造システムといったより大きな業務の流れが対象』
  • ⇒　それは誤解です。業務の大きさは関係ありません。“申請業務” をBPMツールで改善し続ける会社さんも沢山おられます。BPMツールは、より詳細に定義し、より詳細に管理し、そのプロセスを改善します。”申請業務” も改善対象です。
• 『ワークフローは申請や承認の業務を迅速かつスムーズに進めるためのツールであり、BPMは業務全体を分析し、問題点を解析、業務の組み換えなどを行って効率化を推進するツールです。』
  • ⇒　BPMS はワークフロー機能を内包します。つまり、BPMS も「申請や商人をスムーズに進めるためのツール」です。”包含関係にあること” が表現できていないと思います。
• 『ワークフローシステムが人の手によってフローが進められるのに対し、BPMツールは人の手による処理に加え、業務アプリケーションによる処理も行われます』
  • ⇒　これは混乱の原因になる可能性があります。”BPMツール” （BPMS）が「人による処理」と「機械による処理」の両方に対応するについては問題ありません。ただ、前半の表現は「人間作業をコントロールするワークフロー製品」（Human-Centricな製品）が多く存在していることを前提にしています。とくにグローバル視点では、むしろ「機械作業をコントロールするワークフロー製品」（Integration-Centricな製品）の文脈が多くなるので注意が必要です。
• 『紙ベース運用を改善したいという場合はワークフローシステムがおすすめ。BPMシステムは機能が豊富ですが少々オーバースペック…』
  • ⇒　そうかも知れません。。。多機能は習熟コストを要します。が、基本的には「改善し続けたいかどうか？」に依存する話だと思います。

ウチの課長は、なぜ業務フロー図を書かないのか？