組織構造
たとえば、連邦銀行でない場合は、少なくとも月にN単位の製品の販売を計画する新しい会社の営業部門を作成してみましょう。 部門には従業員と上司が必要です。 このような量の製品を販売するには、何人の従業員と上司が必要ですか？ まだ明確ではありませんが、モデルをスケッチする必要があります。 BPシミュレーターBPMサービスが登場する前は、砂浜、壁、その他のアクセス可能なプラットフォームでこれを行う必要がありました。
これはすでに手動または自動での形成に十分です。
- 「営業部」部門の規制
- 雇用計画（9人のスタッフ）
- 従業員の職務内容：
- 部長
- パーソナルマネージャー
- 営業部長
- バックオフィススペシャリスト
また、組織構造のモデルとコンピテンシーのモデルを作成すると、すぐに次のことができます。
- 人事検索のための空席（4つの役割）
- トレーニング計画（4つの役割で9人の従業員）
ソフトウェア実装のためのビジネス要件の形成
私たちはリソースを準備しました。ソフトウェアについて考える必要があります。 IT部門のプロジェクトマネージャーは、 相反する一連のインタビューの代わりに、将来のビジネスプロセスのより詳細なモデルを彼に提供していただければ幸いです。 そのため、ここでは、入力/出力とリソースを追加して機能を実行します。
要件では、「顧客を引き付ける」などの機能のシーケンスをより詳細に説明できます。
- 顧客リストをインポートする
- 呼び出しのために顧客リストに優先順位を付ける
- 自動顧客ダイヤル
- コンタクト結果の修正
このような要件に基づいて、ソフトウェアの実装の実現可能性を評価することができます。
営業費用
ソフトウェアライセンスの設備投資を決定しましたが、運用ライセンスについてはどうですか？ 製品のコストに対するコストのシェアのコスト分析を行う必要があります。 モデルにリソースのコストを追加します（または、以前に作成した組織モデルを給与計算ソフトウェアのデータにリンクします）。
とても簡単 はい、しかし以前は、そのような分析を実行するには、運用の専門家、製品の専門家、技術者、投資家、人事担当者が関与する必要がありました。 経費ドライバーの作成プロセスでプロセス自体が変更された場合、計算全体を最初からやり直す必要がありました。
実行規則
ビジネスプロセスの実行スケジュールの形成は、ダウンスカーフ（方法論者）の叔母にタスクを与え、説明し、祈り、生まれたレギュレーションの誕生の数か月前に待つ方が簡単かもしれません。 モデルと規制の両方が1つのエンティティの異なる形式であることを覚えているのかもしれません。 モデルを上から下に指またはカーソルで移動します。
取得するもの：
「電話をかける顧客のリスト」という文書を受け取ると、パーソナルマネージャーは、CRMソフトウェアを使用して規制文書「電話をかける」に従って「顧客を引き付ける」機能を実行します。 関数の結果として、「Call Result」ドキュメントに入力する必要があります。 「顧客誘致」機能の標準時間は00:30:00です。
「顧客を引き付ける」機能の結果として、「顧客が申し出を受け入れた」というイベントが発生した場合...など
請負業者と管理者の両方が理解できる、すべての関連する完全な規制の準備ができており、署名する必要があります。
実験
戦闘での実験は非常に高価です。 金曜日に就業日を短くし、水曜日にチーフスペシャリストが出産休暇を取り、3月8日に花屋をどれだけ肉体的に販売できるようにした場合、プロセスがどのように振る舞うかをどのように知っていますか？ これを行うには、プロセスのモデルをできるだけ実際の環境に近いシミュレーション環境に配置する必要があります。
ビジネスプロセスモデルに加えて、外部環境のモデルが必要になりますが、プロセスインスタンスが起動される頻度とその実行に影響するイベントを知るだけで十分です。 たとえば、日中、着信コールはコールセンターに平均5分ごとに到着します。
シミュレーターは、ビジネスプロセスモデル内のタスクを、必要なだけ量だけ実行します。 そして、完了すると、プロセスが本当に適切に機能したかのように、意思決定に必要なシミュレーションモデリングの結果が得られます。
静的モデルとは異なり、シミュレーション結果は、従業員が8時間以上働いておらず、タスクが転送され、順番が完了するか利用可能なリソースを待って、計算されたパフォーマンスデータを実際のデータに近づけることを示しています。
おわりに
上記のモデルの適用例はすべて実際のものであり、多くの場合適用可能であり、アクセス可能です。 さらに、BPモデルを使用すると、リスクマッピング、品質管理ループの分析、無駄のない製造のための欠陥の原因など、ささいなタスクが簡単に解決されます。 リストされた結果を形成するための1つのプロセスのみのモデルを使用すると、多くの工数を節約できます。プロセスを変更した場合も、モデルを変更することで簡単に結果が更新されます。 私たちはルーチンに時間を浪費するのが面倒なので、プロセスが大好きで、あなたが愛することを願っています。
こちらのブログを購読してください。
- プロジェクトの境界が拡大しないようにビジネスプロセスを正しく識別する方法
- シミュレーションが終了するまでに、シミュレートされたプロセスに変更する時間がある場合の対処方法
- プロセスのリバースエンジニアリングは難しくなく合法ではありません。モデルの探索などがあります。
それまでの間、 BP Business Simulatorビジネスプロセス最適化サービスでお待ちしています。