シミュレーターでビジネスプロセスを合理化する

プロセスの最適化には難しい運命があります。 2千分の半ばでは、この言葉を無用な活動の含意によって妥協されたものとして言及することさえ禁止されました。 これまで、人々はリエンジニアリング、改善、パフォーマンスなどの同義語を使用しようとしています。 それでも、効率を改善することは、ビジネスプロセス管理の目標の1つです。 最適化の基礎は、環境およびプロセスの内容に関するデータの分析の結果です。 統計データを収集する可能性がない場合(たとえば、新しいプロセスを設計するとき)、それらはBPシミュレーターによって生成されます。

Habrに関する以前の投稿の1つで、私はビジネスプロセスシミュレーションbpsimulator.comのオンラインサービスについて話しました。 今日、私たちは、仕事の効率を改善するための特定のタスク、たとえば銀行への小売融資のプロセスでそれを解決しようとします。

最適化の目標



間違いの1つは、最適化のために最適化を開始することですが、導入されたものがあります。同様の製品を提供する競合銀行の販売拠点が銀行の支店の近くにオープンしました。 技術と製品を変更することはできません。競争上の優位性を生み出すには、申請書を提出してからローンを発行するまでの時間を短縮する必要があります。





ビジネスプロセスデータの収集



まず、必要な機能、そのシーケンス、およびエグゼキューターに関するデータを収集する必要があります。

機能リスト

1.「ローン申請の処理」は、「運用担当者」によって15〜30分で実行されます。

2.「データ検証」は5〜15分で「検証」を実行します

3.「リスク判定」は1分で「スコアリング(自動)」を実行します

4.「セキュリティチェック」は10〜15分で「セキュリティ担当者」によって実行されます

5「意思決定」は、「クレジットマネージャー」によって5〜10分間実行され、承認の割合(承認率)AR = 0.1

6.「クライアントへの通知」は、5分後に「コールセンターオペレーター」によって実行されます。

7.「障害通知」は30秒で「SMSゲートウェイ(自動)」を実行します

8.「ローン処理」は、「運用者」によって10〜20分で実行されます。

9.「クレジット」は1分で「ABS(自動)」を実行します

組織構造の構成

1.オペレーター:10の追加オフィスにいる2人の従業員

2.検証者:支店の従業員6人

3.セキュリティ担当者:支店の従業員10人

4.クレジットマネージャー:支店の従業員5人

5. CCオペレーター:2人のCC従業員

外的要因

1. 1日に平均32人の訪問者が、営業日を通して均等に部門を訪問します。

訪問者は均等に歩かず、オペレーターは他のプロセスで多数のタスクを持ち、タスクは1日に1回だけ検証者に配布されます。ARは製品に依存し、2番目のオペレーターは産休中です。 これは次のステップに不可欠ですが、今日は簡単な例から学びます。


ビジネスプロセスの視覚的モデリング



サービスにアクセスしてアプリケーションを起動し、ロシア語を選択して新しいモデルを作成します。 名前を右クリックして、「1.0.0 OJSC JSCBの銀行での小売融資」「XXX」に変更します。
これは、同僚がモニターの画面を見るときに、将来的には合理的と思われます。


まだワークスペースに残っているのは、モデル、デザイン、シミュレーション、ビューというセクションのあるコントロールパネルのみです。 [デザイン]セクションで、[ジェネレーターの追加]をクリックします。これはタスクのジェネレーターです。この場合は、融資を受けたい銀行訪問者のジェネレーターです。 「関数の追加」ボタンも近くにあります。必要になります。9.これらのオブジェクトをマウスで上から下に順番にモデルに配置します。

各オブジェクトには、「入り口」-上部と「出口」-下部があります。 オブジェクトを接続するには、親オブジェクトの「終了」領域の「+」をクリックしてから、下位(またはその他)の「+」をクリックします。 そのため、あるオブジェクトの出力から別のオブジェクトの入力への矢印との接続があります。



オブジェクトをダブルクリックすると、プロパティウィンドウが開きます。 そこで、デフォルト値をプロセスについて収集したデータに変更する必要があります。



請負業者の位置を変更するには、リソースのある行(図で番号3でマークされている)をダブルクリックします。 リソースマネージャウィンドウが開きます。 役職の名前を変更し、同じ場所で[リソースを保存]チェックボックスをクリックする必要があります。このスペシャリストが関与するすべての機能で名前が変更されます。 関数「Making a loan」のドロップダウンリストで、すでに作成されている「Operationist」を選択し、余分な行を削除します。 シミュレーションの最後に、「リソース管理」ウィンドウは次のようになります(未使用の自動作成された投稿を削除しました)。



意思決定機能、通知機能、および通知拒否の2つの決定を行う必要があります。 したがって、この関数の出力では、プロセスの過程の分布のルールが形成され、論理的な「OR」(ローンに関する肯定的な決定が行われ、クライアントをオフィスに招待する必要があります-10%、または否定的な決定についてクライアントに通知するのに十分です-90%) 関数のプロパティは次のようになります。



ジェネレーターを「顧客連絡先」と呼び、「営業時間」セクションで「09:00-18:00」の行をダブルクリックすると、営業日の顧客数を編集できます。

この段階で、シミュレーションは通常終了します。モデルは次のとおりです。



モデルの正確性はテストされますが、妥当性はテストされません。 私たちのオフィスでは、ブランチのミドルオフィスが別の9つの部門のアプリケーションに対応しており、適切な結果を得るにはこれをシミュレートする必要があります。

もちろん、すべての運用担当者を1つの抽象部門に統合できますが、3人の訪問者が2人の運用担当者とともにオフィスに来た場合、後者はサービスラインに立ち、抽象バックオフィスでは別の都市から無料の専門家に「受け入れられます」。 また、支社の従業員数を支社の数で割ると、ばかげて適切ではなくなります。

モデルでオペレーターのジェネレーターと機能をさらに9回複製することは可能ですが、明らかになりますが、面倒です。



「別のBEFOREでのアプリケーション処理」という名前の1つのタスクジェネレーターを追加し、1日の間にタスク数32 * 9 = 288を追加します。 ジェネレータの出力は、「データ検証」機能の入力に送られます。 クライアントに通知してからローンを申請するまでの間に、2番目のジェネレーターのアプリケーションが1つのブランチに進まないようにフィルターを配置する必要があります。 それらの間の「デザイン」セクションに「コントロールポイント」オブジェクトを配置し、そのプロパティで「Customer Address」という名前のジェネレーターを「許可」をクリックする必要があります。このオペレーターが作成したアプリケーションのみが続行されます。 最終的なモデルは次のとおりです。



これで実行できます。

ビジネスプロセスシミュレーション



[シミュレーション]セクションのツールバーで、[開始]をクリックします。シミュレーションが開始され、モデルオブジェクトの数値はプロセスの状態をタイムスケールで反映します。1秒のリアルタイムはプロセス時間の1分です。 シミュレーションは、1日の処理時間の後に停止します。 本当の24分後。 これは長い時間なので、次の「加速」ボタンをクリックします。1日を計算するのに24秒しかかかりません。 シミュレーションの最後に、シミュレーション期間全体の従業員のプロセス、タスク、機能、ワークロードの状態に関するすべてのデータを収集します。

ビジネスプロセス分析



ツールバーの「表示」セクションには、「統計」ウィンドウを開くためのボタンがあります。このウィンドウには、タブにプロセスステータスのグラフがあります。 私たちの目標はタスクを完了するのに必要な時間を短縮することなので、「タスク」タブを見ます:







平均稼働時間は約1時間です。 この値を何らかの方法で減らす必要があります。 最初に頭に浮かぶのは、最もストレスのかかる地域の従業員数を増やすことです。 タブ「Pers。 リソース「検証者が力の限界で機能することは明らかです。







ツールバーの[表示]セクションには、[リソースマネージャー]ウィンドウを開くための[リソース]ボタンがあり、検証者の数を6人から8人に増やします(リソースの保存チェックボックスをクリックすることを忘れないでください)







タスクを操作するための運用時間は実質的に変更されていませんが、検証者の自由時間が長すぎます。 そのため、たとえば、重要な機能の実行時に別の方向に掘る必要があります。 「データ検証」機能の最大実行時間は15分で、最小5分の3倍です。 しかし、最大検証時間を10分に短縮することができたらどうでしょうか? 仮説をテストするために、検証者の数-6を返し、「データ検証」機能の実行時間を6〜10分に設定します。 シミュレーションを実行します。







稼働時間は15分短縮されました。 25%であり、一部の実行ではこの結果は50%に達します。これは、特定の関数のレベルでさらに最適化を実行することが理にかなっているという事実です。

おわりに



ご覧のとおり、すぐに利用可能なデータ、シンプルなツール、専門的でない資格は、シミュレーションの実用的な結果を使用して取得するのに十分です。 誰もが、ビジネスプロセスの最適化、変更の仮説のテスト、従業員数の標準化といった問題を解決できます。 残りの機能設定フィールドが必要な理由と、それらを使用する必要がある場合に興味がある場合はサービスのヘルプガイドをご覧ください。質問や提案に対するコメントをお待ちしています。



All Articles