最近、BPM について多くの議論がなされていることは承知しており、根本的に重要なソフトウェアではなく、流行と見なす人がいるかもしれないことは承知しています。
ほとんどの人が「ビジネス」と呼んでいる人物として、私は BPM について学ぶために最善を尽くしており、ビジネスだけでなく IT にも意味のある決定を下し続けることができるようにしています。
読んでいるうちに、BPM について話し合うときに、アプリケーション ワークフローについて言及されていることに気付きました。最近までそこまで考えたことがありませんでした。
したがって、違いは何ですか？一方を使用し、もう一方を使用しないのはいつですか?
BPMはプロセスとその改善に関するものであり、ユーザーと潜在的に複数のアプリケーションを考慮に入れます。たとえば、ERPシステムには複数のアプリケーションが含まれる場合がありますが、この用語の他の使用法もあります。プロセスは、使用されているアプリケーションやテクノロジーがなくても表示できることに注意してください。
アプリケーションワークフローは、アプリケーションを使用してaからbに移動する方法です。ここでは、使用される特定のコードセットと、アプリケーションがaからbに移行する過程で何が起こるかを示します。この場合、アプリケーションはプロセスではなくフロントとセンターになります。
それは答えを提供しますか？別の見方をすれば、複数のアプリケーションワークフローが、BPMを適用できるプロセスで使用されるシステムを構成できるということです。
ゲームの後半ですが、ワークフローはデータベースに対してであり、BPMSはDBMSに対してです。（文字がどのように並んでいるか便利ですよね？）
IOW、BPM（S）は、従来、ビジネスプロセスの管理（定義、保存、バージョン管理、測定など）を可能にする特定のフレームワーク/アプリケーションを指すことを意味します。これは、DBMSがデータベースを管理する方法と似ています。
現在、ワークフローは定義であり、データベースが定義であるのとよく似ています。前者の場合、それは操作/作業（注文の履行）、そのステップ（請求書の送信）、および作業のルール/制約（在庫がない場合は通知を送信）の定義です。後者の場合も同様に、データ構造（CREATE TABLE）と制約（InvoiceTotalは> $ 0.00である必要があります）の定義です。
特に一部の開発環境では一種のプロセス フロー モデルを使用してユーザー向けアプリケーションを生成するため、これは混乱を招く可能性があるテーマだと思います (たとえば、ここで Outsystems について考えています)。
しかし、私にとって、その違いは非常に明確です。アプリケーション ワークフローとは、人々が言うように、アプリケーションを介したユーザーのパス、つまりユーザーが完了する/アクセスするページ、ユーザーが入力するデータなどを指し、何らかのトランザクションを完了するまでの道のりを指します。アプリケーション orkflow はこれを表す言葉としては不適切ですが、アプリケーション フローの方が意味があると思います。
一方、BPM は、ワークフロー プロセスのモデル化と実行に関するものです。このコンテキストでのワークフローとは、プロセスを完了するために特定の順序で (プログラムまたは人間の操作を介して) 完了する必要がある一連の個別のステップ (またはタスク) を意味します。これらのタスクは、個別のアプリケーション モジュールとして実装できます (それぞれに独自の「アプリケーション ワークフロー」があります。上記を参照してください)。ワークフロー エンジンの仕事は、これらの個別のステップが正しい順序で (人々のグループの) 適切な人に割り当てられ、プロセス全体が整然と完了することを確認することです。
これに対する明確な答えはまったくないと思います。これらは、理論的な概念とは対照的に、言葉です。「チェックリスト」という単語をミックスに追加すると、プロセスの線形バージョンになるだけです (ただし、チェックリストに条件を付けて、ワークフローにすることができます)。
この質問を再構成するのにどう役立つかはわかりませんが、まるで答えがあり得ないかのようです. 私自身の考えはhttps://tallyfy.com/improving-efficiency-workflow-vs-business-process-management/にあります