ビジネスプロセス：すべての稼働状況。 第2章「ハエとカツ」

赤ん坊の息子は父親のところに来て、赤ん坊に尋ねました：-良いBPMとは何ですか？

ビジネスプロセス管理。 巧妙なマーケティングと高レベルのビジネス抽象化、ビジネスアドオン、およびBPMエンジニアリングの他の「ビジネスの殻」を除く、あらゆる種類の「BPMサイエンス」から「純粋にエンジニアリングのコンポーネント」を強調することを提案します。 ITコンポーネント。 プロセスエンジニアリング、プロセスシステム、プロセステクノロジー、プロセスBPM（Natural BPM）の概念が紹介されています。 プロセス技術は包括的に考慮されます：運用-開発-実装-制御。


入門
赤ん坊の息子は父親のところに来て、赤ん坊に尋ねました：-良いBPMとは何ですか？

BPM、ビジネスプロセス管理という用語は非常に「話されている」ため、それが何であるかを理解するのは容易ではありません。 最初の章では、「ビジネスプロセス管理マーケティング」（PR-bpm）を示しました。 最初の章は、例えば、BPMと論文「BPM vs [everything and myself]」に関する用語の混乱のトピック（問題）のように、長い間開発される可能性があります。
オプション1 ： 「BPM vs BPM」 、文字「M」= {管理vsモデリングvsマッピング}。
オプション2 ：「 BPM vs BPM 」。オプションの1つである「P」=パフォーマンス。

「現代」の用語「BPMS」では、文字「M」は一般に「場違い」であり、混同されるべきではないため、「管理」の大文字を「A」（自動化）または「E」（エグゼクティブ）に置き換える必要がありますなぜなら スピーチはプログラムの開発に基づいています。 最後-文字「S」は、スイート、システム、ソフトウェア（さまざまなバージョンのBPM CBOKであっても）を意味を失うことなく好きなように読むことができます。

Google検索「BPM vs」を使用してさらに掘り下げると、たとえばiBPMS対BPMSまたはBPM対ACM（「アジャイルBPM」）など、さまざまな組み合わせが見つかります。
その他のオプション： BMP対OpX（Operational Excellence）

BPM標準の多くの「BMP対」： ビジネスプロセス管理（BPM）標準：調査

「徹底的に掘り下げ」たい-たとえば「エンタープライズアーキテクチャ」： BPM対EAM、エンタープライズアーキテクチャ管理
BPMはEAM（EA）の一部であると言う人もいれば、 EAM：スタンドアロンまたはBPMの一部であると考える人もいます。

もちろん、ビジネスプロセス管理（BPM）とビジネスプロセス分析（BPA）の両方に加えて、エンタープライズアーキテクチャ管理（EAM）などに「まったく同じ」である場合（ソリューションの販売とコンサルティングの観点から）「より良い」 「ファッショナブルな」何か。
「有能な医者」、すなわち 錬金術師は、1つのタブレットを半分に割って警告します。この半分で頭を扱い、この1つ-尾、しかし見て-混乱しないでください！ 同時に、互いに干渉しないように異なる「空き地」が人為的に作成され、同じものを販売しますが、ソースは異なります。 さらに、BPAの市場シェアがBPMSから奪われるほど、BPAは「BPM」を装って清算EAに積極的に「参入」します。

簡単に言えば、BPM別名BPMSは、BPM別名BPAから「ブランドBPM」をbraしみなく取り、後者は、それのために戦う代わりに、「エンタープライズアーキテクチャ」に正面を向けました。 ARIS（BPAの旗艦）に関する本でさえ、すでにエンタープライズアーキテクチャと呼ばれています。

「通常の」BPMがどこで終わり、「エンタープライズアーキテクチャ」（EA）が始まるかを把握するのは困難です。 したがって、EAでも、すべてが「まったく単純」ではなく、混乱しているという意味で（もちろん収益化のため）、「BPMとは何か」のように「EAとは何か」を理解することは困難です： 10-definitions-enterprise-architecture

多くの場合、BPM（BPA-ARIS-EPCなど）について読むことはEAについて考え、EAについて読むとき、まったく同じことがBPMの「ある種」ですでに読まれたことを思い出します。 そして、エンタープライズBPM、BPMガバナンス、管理BPMなどが混ざり合うと、「埋もれた犬は1つであり、ニックネームのみであり、異なる」と懇願します。
BPMガバナンスフレームワーク
または「エンタープライズ全体のBPM」、BPMはすでに「エンタープライズ全体」、なぜ宇宙はそうではないのですか？ 「管理管理」-BPMガバナンスに加えて、「ビジネスビジネスプロセス」-ビジネスBPMがあります（最初の章を参照）。

「異なる」「まったく同じ」の洪水は惑星規模です。 境界の周りとBPMの内側の両方で「新参者」の責任範囲を区別するために、繰り返しと単なるナンセンスを除外するために、多大な作業が必要です。 私が同意する断片をお見せします。省略記号の代わりに、多くのBOK組織と関連する「ギルドセクト」を配置できます。

...高価な本を書いたり販売したり、地域オフィスやマルチレベルの認証システムを開発したりするためのかなり典型的な組織。 そのような組織はすべて、それらを宗派と呼ぶ方が正しいでしょうが、1つのパターンに従って作られています。 そして、彼らはすべて同じ問題を抱えています。彼らがカバーするトピックの変更は、メインブックの通常のリリースが発行されるよりもはるかに高速です。 そのようなカンフーの執着者は、獲得したスキルが黒帯に到達するまでに絶対に役に立たないことを発見する危険が大きい 。 しかし、誰もができる限り稼いでいます。

cnews.ruの最初の章へのコメントで、 「現代の錬金術」と「BPM-EAハーバライフ」のトピックに関する議論
「非錬金術師」、アレン・レンダー、真っ先に！

現代の錬金術師は、ビジネスフレーズと「ITチップ」という難解な用語を使用して、あらゆる技術を「有能に」実行することを学んでいます。 「ショット」が威信と権利を提供するという用語：前に立ち上がった人は誰でもスリッパです！
ファッショナブルな「チップ」とそのボラティリティは、BPM写真のHype Cycleの 「キャンドル」で示されています（2011年と2015年については、habrahabr.ruの最初の章のコメントを参照）。 「万能のマーケティングの手」でなければ、彼らの多くはすぐに、そして永遠に「幻滅の谷」に覆われていたでしょう。 Hype Cycleの正しい翻訳は、「テクノロジーの成熟サイクル」ではなく、「欺ceptionのサイクル」です。

以下では、用語をさらに掘り下げて、科学がどこにあり、どこが合理的な核であるかを示します（高品質のBPM蒸留物、タイトルの写真を参照）。 BPMとは何ですか。一般に「ビジネスプロセス」とは何ですか？

2一般的な用語と高レベルの分類。 BPM環境

管理の最初のタスクは、正しい名前を選択することです...名前が正しくない場合、言語は真実に対応しません。 言語が正しくない場合、物事は完璧ではありません。 ...
したがって、上司は言葉で表現できるような名前のみを付け、実際にできることだけを指示する必要があります。

孔子

用語の統一を求める声は、BPM（およびそれらのBPMとこれら）に関する記事とEA： エンタープライズアーキテクチャ：基本的な定義の両方でますます多く聞かれています。

それは無料ではありません。 どうやら、すべての「いわゆる」BPMが「同等に役立つ」わけではない（よく知られた広告から）。 「一般に受け入れられている」BPMの用語から「耳が成長する」場所を見てみましょう。

2.1「ビジネスプロセス」という用語のマーケティングとの戦い

「BPMの世界」に科学が欠けている理由は、「水を曇らせ」、BPM製品の収益化とコンサルティングを成功させるために「高価な」（非常に「重い」）条件をスローすることです。 「プロセス」（安価すぎる）よりも「ビジネスプロセス」（BP）を売る方が収益性が高くなります。
前者は後者と違いはありませんが、はるかに「ステータス」、「クーラー」、およびそれに応じて高価です。 BPMから削除（S）-最初の文字と売上は、量的にもマージンによっても低下します。

「すべてとすべて」の収益化者は権力構造に行き、そこで顧客の「ビジネスプロセス」（部隊と部隊）をモデル化、分析、最適化しますが、シロビキは驚かされますか？ 軍は、コンサルタントの「ビジネス用語」を「正しく」理解し、明らかに「高度な」タイプの「セルデュコフ\ヴァシリーヴァ」のみを理解します。

「ビジネス」はビジネスではなく、たとえば「そのために一緒に働く人々...」- ビジネスプロセスとは何か、BPMとは何か：ABPMPの解釈

BPMの第一人者は誰もが「ビジネス用語」を「生きる」（状態と利益をもたらす）にしたり、高い「ビジネスプロセス」などの「ビジネス管理」、「ビジネス環境」を上陸させることを許可しないため、これは議論レベルのままです。 、「ビジネスプロセスの戦略的分析」、およびあらゆる種類のビジネスイベント管理、ビジネスルール管理など。

このような「転換」（魔法の接頭辞「ビジネス」を削除）の後、用語の意味と方向全体の「資本化」が減少します（dot.comsは一度崩壊します）。 ビジネスの「モデリング」（管理、改善など）、および一般に「ビジネス」の接頭辞があるものはすべて、定義上、安くはないことが長い間誰にでも示唆されてきました。 数学モデルを含む「単純な」モデリングとは異なります。 「安い」数学は、ビジネスプロセスに関する「深刻な」科学ではありません。 最終的な分析で「モデル化された」ものは何でもありませんが、主なものは「ビジネス向け」です。

アナロジーのカップル
「ビジネス」という言葉は、経済的価値の創造に直接関係するプロセスを、他のすべてのプロセス（ 化学的、物理的、数学など） から分離するためにのみ使用されます 。

「会社のプロセスについて」の議論で、誰かが化学プロセスや普遍的な重力プロセスやマルコフプロセス（確率論の方向性）について話していると誤って考える可能性がある場合、明らかにあなたは本当に明確にする必要があります： 「化学物理数学プロセス」、およびビジネスとは関係のない「ビジネスプロセス」（一般的な場合）について、または単に「peプロセス」と呼びます（「P-」がさらに使用されます） 「プロセス」との関連付け用）。

「ネットワーク」について議論するときの同様の問題：通信ネットワークを漁網またはペトリネットと混同しないでください。
ほぼ同じことは、「電気構造回路」という用語E1（ESKD）にも反映されています。E1（ESKD）には、個別の要素（トランジスタ）もマイクロ回路も適用されません。
E1は、34.xxxゲストと電子ドキュメンテーションの統一システムの両方でも広く使用されています。図は一般的な構造の定性的な概念を示しているため、「エレクトリック」は単なる慣習です。
上記のリンクは、 機能的アプローチとプロセスアプローチの本質を正しく示しています。

この場合、接頭辞「business」は簡単に破棄できます（収益化ラインではなく、「エンジニアリングパス」）。その後、「プロセス」について説明します。 プロセス、サブプロセス、手順、ワークフロー、機能、タスク、操作などを区別することはそれほど重要ではありません。 これはすべて、結果を得るための特定のアクション（流行語「アクティビティ」）を表しています。 ブラックボックスは「関数」であり、リソースといくつかのルール（アルゴリズム）を使用して、「入力での何か」を「出力での何か」に変換します。 正方形の名前で-簡単に「彼は何をしますか」、正方形の内部（分解中）-「これはどのように行われますか」。

管理機能は、数学機能とそれほど変わりません。 最初は、制御アルゴリズム、アクティビティの説明、相互作用（役割、エンティティ）がブロック図で説明されていたほか、数学的およびその他の論理アルゴリズム（労働プロセスを説明するためのアルゴリズム的手法）が説明されていました。
次に、イベントといくつかの「弓」を追加し、EPC表記、イベント駆動プロセスチェーンなどの「BPM表記」を取得しました。

EPC表記「機能環境」の最も単純なバリエーション（タイプ）では、機能自体、作業エグゼキューター、作業ツール（情報システムや機械的なスコアなど）が、関連するドキュメントまたは情報のセットにリンクされています。 したがって、ワークフロー自体（アクションアルゴリズム）に加えて、組織構造の要素、自動化ツール（機械化ツール）、ドキュメントの移動（docflow）、および情報が追加されます。

全体として、 プロセスはあなたがすることです。 手順：1回実行、2回実行、3回実行...

プロセスとは、「一連の連続した非ランダムアクション（操作）」です。 これは、日常業務で実行される一連の手順です。 「 プロセスは、人々の活動（活動）の何らかの意味のあるグループ化です...」
なぜ「人」ではなく、「人」ではなく「活動」が必要なのですか？「技術的なアカウント」を持つ電子パフォーマー、悪魔（デーモン）、ロボットなど

プロセスを説明すると、企業の体のX線画像に似た「プロセスマップ」を取得できますが、臓器自体（静的）だけでなく、その相互作用（誰が何をするか）も表示されます。 このようなマップ（上部-中間-詳細プロセスのプロセスマップ）は、一方で、「文字で表示」するのが難しいもの（たとえば、テキストの規則）を反映していますが、同時にプロセスの詳細な説明を完全に置き換えるものではありません。

BP（プロセス）の古い用語「再編成」を使用する方が適切です。これはBPの「リエンジニアリング」に置き換えられました（誰かが新しいあいまいさを必要としましたが、ファッショナブルであり、したがってより「便利」です）。 使用されている用語から、管理および管理を含む用語を除外することをお勧めします。
「モデル」、「メタモデル」、「モデリング」を使用するのは危険です-それらにはあまりにも多くの意味があり、理解の曖昧性（完全な誤解）が生じます。

たとえば、Corporate Process Modelは、「モデル」構造を使用してオブジェクト（プロセスを含む）をさまざまな投影（ビュー、ビュー）で表現する特定のモデルセット（プロセスだけでなく）があるという考えを単に反映しています。ドキュメント、ロール、ツールなど 異なる表記と詳細のスキームの形式で。 したがって、「プロセスモデル」は、原則として、相互接続された「プロセスビュー」プレーンの「オブジェクトの複合体」（図）にすぎません。

明示的なマーケティングを排除することに加えて、「Process BPM」プレーンでは、ビジネス分析、ビジネス目標、開発戦略など、通常のロジックや数学に関係しないすべてのものから距離を置いて、BPMをエンジニアリング分野として考え、金融、マーケティング、哲学、錬金術ではなく、ITの一部でもありません。

「BPM」という単語では、最初と最後の文字を削除する必要があります。 工学分野は「ビジネス」と直接的な関係はなく（論理、数学などの科学分野など）、「管理」=「管理」という用語は明確さよりも混乱を招きます。 私は通常、BPMのトピックを議論するときにこれらの言葉を言及することを禁止します。

2.2プロセス工学

「プロセスエンジニアリング」（プロセスエンジニアリング）の概念を紹介します-類似性または「システムエンジニアリング」の要素として：システムエンジニアリングの要素としての「プロセスエンジニアリング」。
エンタープライズのプロセスシステム、プロセステクノロジー、エンタープライズアーキテクチャのプロセス層など プロセスアプローチと混同しないでください。 これは違います。 管理用の機能図（原理）を備えた企業にはプロセスアーキテクチャがありますが、プロセスのない企業はありません（現時点では）。

さまざまな「オカルト」BPM領域（用語）を考えると、「プロセス技術」という用語の主なタスクは、最適化、明確に形式化されていないあらゆる種類の「管理」など、プロセスの説明に直接関係しないBPMコンポーネントを考慮から除外することですp。、およびプロセスの説明とその最も単純な分析（「ビジネスコンポーネント」なし）にのみ集中します。 科学、錬金術、およびITコンポーネントも除外します。

「伝統的なBPM」とは何ですか-長い間謎（神秘的な歴史）でしたが、今日ではBPMガバナンスと管理BPM、ビジネスBPM、テクニカルBPMという用語が耳にされています。 最初の章をご覧ください。BPMには、ビジネスBPMとテクニカルBPMの2つの形式があります

「カツレツからハエ」を分離することで、「プロセスレベル」（大規模でマルチレベル、明らかにEAから）、別名「 プロセスBPM 」（トートロジーでもあります...）別名「 ナチュラルBPM 」（これらの用語およびPTSM ？）。 プロセスBPMは、ビジネスBPMまたはテクニカルBPMではありません。

プロセスBPMの外に、「ハイレベルBPM」、「BPMガバナンス」、投資を返すことに関するあらゆる種類の「誘惑チップ」（通常ITで）、およびすべての「非常に効率的な」を含む多くのビジネスBPMを残します。原則として、平手打ちの「ビジネス」、「パフォーマンス」、「エンタープライズ」（BPM、アーキテクチャなど）、「戦略」、「ガバナンス」など ミッション、目的...

その結果、エンタープライズアーキテクチャのプロセス層として、「洗練された」エンジニアリング規律-「プロセステクノロジー」またはプロセスエンジニアリングが必要になります。これにより、エンタープライズプロセスシステムが作成されます。 「専門用語」の「クリア」：ビジネス用語およびIT用語。

「プロセスレベル」=プロセスビュー、プロセスレイヤー、テクノロジーレイヤーなど
「ビジネスレイヤー」は上に配置され、情報システム（IS）を含むインフラストラクチャは下に配置されます。 情報技術-会社のメインおよびサポートプロセスの実装を実装するための、オフィステクノロジー、ビジネステクノロジー、およびその他のサポート（インフラストラクチャ）テクノロジーと同じ「テクノロジー」要素。

本からのいくつかの説明写真（図1および2）：
-「 ビジネスプロセス管理とエンタープライズアーキテクチャの組み合わせによるビジネス成果の向上」（IBM Redbooks）
-「 管理サイバネティックスとビジネスプロセス管理」（ERCIS）


図 1. BPMはビジネスとITの連携と応答性を促進します（IBM Redbooks）

IBM Redbooksによると、BPMは以下を提供するように設計されています。
•モデリングとシミュレーションによるプロセス結果の予測と最適化のための相互作用。
•コードの代わりにポリシーを使用するビジネスユーザーによるプロセスの運用構成。
•ビジネスイベントをキャプチャし、リアルタイムで自動的に応答するか、人間の意思決定をサポートします。
•その場で変更できる再利用可能なビルディングブロックからの新しいソリューションの迅速な展開。


図 2. BPMの静的ビュー-「懸念レベル」（ERCIS）

同様の「3レベル」が見つかります。
-BPM市場の状況-2014（p。10）
戦略およびエンタープライズレベル\プロセスレベル\実装レベル（従業員レベル+ ITレベル）
- 複雑なERPプロジェクトでのBPMとEAの組み合わせ（ページ2）
ビジネスアーキテクチャ\プロセスアーキテクチャ\情報アーキテクチャ。
- ビジネスプロセス管理（BPM）
戦略\プロセス\システム（管理BPMも）

ただし、 図3に示すように、「プロセステクノロジー」の場所は少し異なります。 3.プロセス技術の層-「プロセスBPM」-「ナチュラルBPM」。



図 3.「プロセステクノロジー」の層-「プロセスBPM」-「ナチュラルBPM」

タイトルの写真は同じことを示していますが、ユーモラスな形式です。高品質の「蒸留BPMカラム」を使用すると、「ヘッド」を選択できます。 アセトン、この場合-ビジネスレベル（表示）、および「テール」、つまり 「IT-Sivuhu」およびその他のフーゼル油-プロセスレベルに関連するインフラストラクチャ。その結果、高品質の（洗練された）製品-" Natural BPM "が得られます。

高品質のムーンシャインの場合と同様、フーゼルオイルの少量の残留物が残ります。私たちの場合、これらは、たとえば、要素です。アプリケーションシステムの名前とEPCスキーム（ツールとして）に存在する企業ITシステムのモジュール（流行語ITランドスケープ）であり、一般的なブロック図（コンポーネントの分割図など）にまとめられていますアプリケーションソフトウェア会社。

ナチュラルBPM蒸留物には、錬金術、超感覚的知覚、その他のマーケティング上の不純物、ベンダー固有のものを含めないでください。また、「世界平和のために」という一般的なフレーズ（競争優位性、調和の取れた開発、自殺成功など）と「ばらばら」にすべきではありません

「Process BPMカツレツ」以外に、「Technical BPM」や「SOA、ESB、Webサービスを組み合わせたすべて（不可解にBPMと結び付けられている）などの「BPMサロゲート」、およびソフトウェア開発システム（BPMS）を残します。グラフィカルな表記法（BPMN）に基づいています。より正確には、プロセスの説明（設計とモデリング）は（説明内容に応じて）プロセスBPMに入れられ、アプリケーションの実行と生成に関連するすべてはNatural BPMの範囲外になります。

包括的に、Natural BPMは、下図に示すように、企業の相互接続された一連のプロセスシステム（円）として表示されます。


図 4. 6つのBPM

サークル6つのサークルコンセプト（シックスシグマと混同しないでください）は、プロセスレイヤーだけでなくビューも反映しています。これは、生産活動への一般的なアプローチであり、何かを悪用し、開発し、実装する必要があります（この場合はプロセス）。また、このすべてを管理し、品質を管理する必要がある場合、最終製品（サービス）と半製品（プロセスやサービスを含む）の両方を管理します。

さまざまな「サークル-システム」は、「プロセス」へのさまざまなアプローチを反映しており、言葉の最も広い意味でそれらを「管理」しています。プロセスを活用することと、それを開発することはまったく別です。「有能に」、「有能に行われれば、そうあるべきです」、または少なくとも形式化する：「そのまま」と「現実に」。プロセスの実装と制御（監査）へのアプローチ。 「円-システム」もアプローチです-「カツレツからハエを分離する方法」。

2.3最初のステップ。 PTSMアラITSM

私たちには、プロセステクノロジーの明確で非ベンダーの理論が必要です。悪くはあるが、正直な（独立していて、悪意がない）。ベンダーは「ベンダーの独立性」に関心がないと仮定するのが論理的です。プロセス管理のエンジニアリング分野を構築するための最初のステップを実行するにはどうすればよいですか？新しい自転車を発明しますか？どうやら何かを借りようとする方が良いようです。
最も高度なIT演習の中で、ITSM理論は際立っています-ITIL。もちろん、Real ITSMの概要 を読むと、すべてがスムーズではありません。 Rob England IT懐疑

論者しかし、ITSM理論（ITIL）は、BPM CBOK錬金術の教科書やさまざまな宗派からのEAの啓示よりもはるかに発展し、テストされています。 ITSM規律は、IT層の独自のプロセスを非常によく説明しています。同じアプローチ（ITIL）を使用して、別の規律内でより高いレベルのプロセスを記述するシステムを構築してみませんか。
同時に、ITと他のインフラストラクチャの両方から抽出するだけでなく、あらゆる種類の「重要事項」（ビジネス）とマーケティングからも抽出します。つまり「少し高めに」IT。主なものは、実用的な理論を得ることです。

ITSMとPTSMの主要な原則は似ており、「ITIL Mgmt」の各プロセスの「プロセス」は、たとえば変更や問題を管理するためのワークフロープロセスよりも優先されます。したがって、「情報技術」から「プロセス技術」（IT on PT）まで、ITSM-ITILの基本的なアプローチを採用しています。PTSM（Process Technology Service Management）

という用語は、本質をより正確に反映しています。たとえば、BPMの「ビジネスプロセス管理」とは、文字通り（正式に）プロセスインスタンスが直接起動されることを意味します。クライアントが到着し、「顧客サービス」プロセスが起動されます。プロセスの開始：レセプションの女の子はクライアントに会い、彼に微笑むべきです。
しかし、BPMはプロセスを直接管理するだけではなく（一般に、プロセスインスタンスを操作しません）、むしろ起動サービス自体の制御（ルートの設定）、プロセスの停止などです。したがって、付加的な「サービス」は本質的にです。

ITSMの多くの同様のアイテムがPTSMに存在します。たとえば、CMDBはBPMのモデル\オブジェクトリポジトリに類似しています。 CMDBにはパスポート付きのサーバーとソフトウェアがあり、BPMリポジトリにはパスポート付きの機能、イベント、ドキュメント（プロパティ-属性）があるという事実に根本的な違いはありません。ポイントは同じです。原則として、統合されたCMDBを構築することができます（そしてそこにすべてとすべてをリンクします）。

最も重要なプロセスは、いわゆる「製品」プロセスであり、その出力は、企業の製品およびサービスのカタログからの最終的な「製品」または「サービス」です。 ITSMのリソースサービスモデルの一般的な考え方は、「Quality Added Chain」（VAD）に類似しています。この段階では、最終段階のサービス（製品）の実装まで、各段階でサポートシステムが表示されます。
どちらの場合も、オブジェクトの「エンドツーエンド」相互接続（サーバー、プロセスは関係ありません）が明確に表示され、「弱いリンク」を見つけて、誰が誰を「提供しているか」を判断できます。

同様のサブシステム：ニーズ管理（P-Demand Management-「ビジネスレイヤー」、BTSMへのフィードバックとして）、PTサービスカタログ管理（プロセス技術）など。
PTSMの責任範囲は、会社の業務（運用コンポーネント）に限定されており、図ではOps-Pとして示されています。

ここでは、プロセスの監視を担当する要素 "mon"（プロセス監視）を選択します。通常（同じITSMで）監視は個別に考慮されます。どうやら、すべてを「統合された監視」の1つの大きなシステムに収集するために：エンドビジネスサービス、ビジネスプロセス、アプリケーションシステム、ミドルウェア、OS、ハードウェア、通信線、電源など。

Dev-Pは、プロセスの開発と文書化を担当します（プロセスデザインセンター）。 Dev-Pこれは、「現状のまま」（できれば「現状のまま」）のレンダリングを担当する技術（プロセス）ライターと、「予定」プロセスのデザイナー（デザイナー）の2つのサブシステムに分けることができます。会社にはプロセスエンジニアリングの方向性がまったくない場合があります（ソフトウェアエンジニアリング、プログラマーとの類推による）。 PTSM内で変更が発生する場合があります。

PTSMには、接頭辞または接尾辞「P-」を持つ同様のMgmtが含まれます。変更管理、構成管理などがあり、「独自の」プロセス開発の代わりに、プロセス複合体（実際の典型的な参照モデル）を借用できます。
一般的に、私たち自身のソフトウェア開発と購入したソフトウェアおよびオープンソースとの類似性。

プロセス実装システムは、新しいプロセスを導入したり、古いプロセスを「深くリエンジニアリング」したりします。プロジェクトオフィスの「プロセスオフィス」グループ、またはその逆にすることができます。

PM-Pは多くの点でPMBOKからのアプローチですが、「プロセスプレーン」の詳細を明らかにしています。実装プロセス。現在、ITシステムを正式に導入しています。ベンダーはプロセスを提供しませんが、システム（ハードウェアとソフトウェア）を提供しますが、すべて同じプロセスが舞台裏にあります。これが起こらない場合、プロジェクトは通常運命づけられます。
実際、「プロセスの実装」は影の中に残り、「ベンダーに依存しない」プロセスの導入は一般的に排他的です。しかし、これは議論の別のトピックです。
ちなみに、コンサルタントもプロセスを販売していません。彼らは通常、「ヘリコプターが羊の群れの近くに着地している。.. "（google）。

大企業は品質管理と監査システムなしでは実行できません。ビジネス監査とIT監査があります。たとえば、Cobitと同様の原則に基づいてPT監査が行われます。方向を混同しないでください。 ISO 9000に従い、QMS :. ISO 9000の実施に関する私の見解- 「離婚」または「ショーのために」（同様に、ほとんどのMBAを含む他の多く、 -オフィス）

。図中の分裂6周BPMは、「これらのことを強調していますプロセス「の領域（システム） -でも、どこかに依存しないと：
事業開発の対対対コントロールの実装。
これをデミングサイクルに関連付けるのは適切ではありません。制御は「実装制御」だけでなく、開発段階（Dev-Pユニットがある場合）およびOps-PおよびPM-P段階（組織のプロジェクト活動制御システムの「プロセス」要素として）での制御も提供します。

2.4第2章の

結論結論として、私は偉大な「ベンダーとコンサルタント」の唇から-「BPMとは何か」は明確ではなく、年々霧が増していることを強調したいと思います。また、これまで、シンプルでありながら本格的なオープンツールBPM、別名BPAはありません。

したがって、私は主要なタスクを見ます：
a）BPMの一般的な理論を構築する（専門家が対処できないため）;
b）少なくともトレーニング、アプローチの承認、および実験のための公開ツール（ARIS Expressについて知っています）を作成します。

したがって、オフベンダーポジションと明確な方法（蒸留カラム）が必要です。これにより、過剰をターゲット製品（Natural BPM）から分離できます。ビジネス-コンポーネントおよびITコンポーネント（「ヘッド」および「テール」）、マーケティングおよび錬金術。一方、ポピュラーなBPM-密造酒のようなツール（方法の実施形態）は、シンプル、理解可能で、信頼性が高く、効率的（実用的）で、誰もがアクセスできるものでなければなりません（原料は会社または家庭のプロセスです）。これに焦点を当てるのは良いことであり、法外な価格の産業ベンダーソリューションのPRではなく、疑わしい品質の製品を推進します。

記事では、哲学的および方法論的性質（用語、分類、学問の境界の設定、学問の内部サブシステムの責任範囲の限定など）だけでなく、実用的および技術的な問題を解決する方法の答えを見つけたいと思います。たくさんあります。それらの一部は、ARISビジネスプロセスモデリングおよび分析の方法論に 示されています：利点と欠点

。 BPMの記事やコメンテーターの著者が、例、特に重要な（重要な）例を好まないのはなぜだろうか？

2.5 BPM

とも呼ばれるBPMプロジェクトの例「現代のハイテク」BPAツールでさえも手に入らない一般的な問題を考えてみてください（ツール（進行状況は「1回の起動で眠りに落ちる」）および素晴らしい錬金術師（alBPM））。状況は次のとおりです。
「光の手」である晴れた晴れた日には、会社のプロの錬金術師は秘密『（？なぜ隠すの数十年のための価格）「»BPA別名BPMを冷却する、例えば、いくつかのことを』実装価格リストBPM№1

：次の一般的な力を
-自身のアーティスト（フルタイムだが、コンサルタントの「静物」コースを修了している）、
-インテグレーターのコンサルタントアーティスト、そして時には
「ベンダー」のアーティストが一緒に100万の円を描く-正方形（組織構造やその他の階層、EPC、その他のワークフローのオブジェクト） ）および出荷（VAD、付加価値連鎖図）など

BPM帆の下の「戦闘VAD-小艦隊」 -これは、借方と貸方のある原始的な会計飛行機ではありません。

多くの場合、訪問アーティスト（コンサルタントおよびベンダー）の価格は作品です：彼が描いたモデルの数-これは作品の価格です。本社がヨーロッパにある場合、価格はユーロです。それが「作品」であり、「エウレカ」でさえも-そして、BPMメディエーターの「ペンの下」からの正方形と円が「機関銃のように」飛び出します。少なくとも「現状のまま」、「少なくとも」、「そのまま」 「、それ」は「ではない」など

これらはすべて、「会社の運営モデル」、企業プロセスマップ、ビジネスプロセスマップなどを装って開発され、美しい多色図（スキーム）が企業リソースに公開されています。

結果として生じる芸術は「ビジネスプロセスモデル」と呼ばれ、アーティスト自身は「プロセス管理スペシャリスト」-「ビジネスプロセスアーキテクチャのスペシャリスト」と題されています。

しばらくすると、彼らのアーティスト、フルタイムの従業員の熱意は薄れ（そして財政も）衰退し、そして...
認識が来て、「この善で何をすべきか？」すべての「円-正方形」のほとんどはすぐに時代遅れになり、ボートは「錆び」（そしていくつかは完全に沈みました）、企業出版社のカラー写真は不要であるだけでなく、危険でした：

彼らのアーティストの重要なスタッフを維持することも、プロセスの参加者の厳格な指導の下で、専門部門のビジネススペシャリストを常に追いかけ、「広場をシャッフルし、船の戦闘形態を再構築する」ことは、大企業にとっても問題です。「3.2。段落から始まる艦隊の例を参照してください。製品とサービス

問題は、プロセス自体が変更されただけでなく、その説明が人生の背後にあるということだけではありません。アーティストが「熱心に」、「創造的な衝動に駆られて」、「熱意」や「描かれたモデルの数に応じて、1日の費用」など、多くの「何」が描かれただけです。もちろん、回答者は「すべてのせいにする」ことでしたが、これは簡単ではありません。

当初、多くの「現状のまま」は「現状のまま」ではありませんでしたが、これはしばらくしてから明らかになりました。さらに、アーティストは古いものをやり直すだけでなく、新しい不運だけを描く
必要もあります.1つのものを修復している間、最近修復したものは壊れていますが、新しいものには強さはありません。

これらの問題からあなたを救うことができる「最新の」ツールはありません。この同じ「クールモダン」ツールの何百もの組み込みレポート（テンプレート）は、これからは保存されません。「方法論的フィルター」、セマンティックチェック、および「モデリング契約」は保存されません。

「魔法の赤いボタン」でさえ保存されません。「ボタンごと」にこれらすべてのボートとサークルのモデルに基づいて、ジョブの説明、テキスト規則、およびその他の規制文書を「自動生成」できる場合。さらに、最初は「超自然的なもの」として認識されていましたが、現在のモデル（データ）でさえ、その価値がないことが理解されました。かつて、ほぼ同じように、司祭たちは皆既日食でだまされました。

「軟膏で飛ぶ」は、さまざまな技術的および組織的な「BPMと互換性のないオーバーレイ」を追加します。たとえば、役割（組織単位）の1つが分割されると、「面白い」が得られます。 1つではなく、機能が分離された2つのユニットが存在するか、既存のものから機能の一部を選択して新しいユニットが表示されます。
その結果、「そのような」が関与するすべてのプロセス（機能）では、請負業者を手動でリダイレクトする必要があります。 「自動交換」は不可能です（交換の明確なルールはありません）。

限られたリソースで「ビッグモデル」を維持するための同様の状況は、2016年と2001年の両方で同じです（何も変更されていません）。異なる企業で同一。ほとんどの場合、それは単に「殺され」、企業では「BPMプロジェクト」は「ゲームオーバー」というフェーズに入ります。スキームはゴミ箱に飛び込むか、「BPMモニュメントの形で」残ります。

さらに興味深いのは、「パラダイム」とツール自体が変化する状況です。最初はBPwinで「脚のあるバグ」— IDEF回路をペイントしましたが、「洞察」は通過し、「エリス時代」が到来し、誰もがプロセスを「バグ」から「船」に書き直す必要がありました「（VAD）と楕円（EPC）およびその他の新しい「神聖なシンボル」の成功と有効性。
そして、100万文字（モデルオブジェクト）全体を再描画します。

ベンダーはさらに別の「洞察」をもたらしますが、一流のコンサルタントやビジネスアナリストによる「新約聖書」のサポートを受けて、IDEF0 は人気を失っていますか？

しかし、私は出口があることを願っています。 「私の知識は悲観的ですが、私の信仰は楽観的です。」

Natural BPM（プロセス技術）対錬金術全体の開発、および特に分類の継続は、次の号で取り上げられます。
残念ながら、「IT用語」セクションに入力できません。なぜなら、カルマは十分ではありません。

バイピエム