プロセスアーキテクチャとライフサイクルの説明

プロセスモデルは、他のユーザが表示および実行するために登録されます。したがって、すべてのプロセスは、通常は文書で始まる反復ライフサイクルに従います。

基本的なプロセス情報を取得することから始まります。

• プロセス参加者とのワークショップの実施
• プロセス関連のアンケートの作成
• プロセス面接の実施

このフェーズの結果は、(新規または改良された) プロセスモデルである必要があります。これは、システムによって、またはマニュアルで、プロセス実行の共通ベースとして使用することができます。

プロセス実行とは、プロセスモデルを使用して文書化されたビジネスタスクを実行するユーザやアプリケーションを意味します。ワークフローエンジンは、より自動化された方法でタスクを実行し、制御し、管理します。プロセスモデル内のこれらのタスクは、実際にユーザに割り当てることができます。ユーザは、未処理タスクを期限内に完了するために、未処理タスクに関する通知も受け取ります。

プロセス分析は、弱点、ボトルネック、およびコンプライアンス問題を発見するためのプロセス KPI の設定に重点を置いています。

販売プロセスの KPI の例:

• 新規販売契約数
• 期間ごとに署名された新規契約の金額

現在、上位レベルのバリューチェーンは、組織の出発点として非常に一般的です。

これにより、会社全体のビジネスプロセスを構成、編成、および管理し、個別の事業領域にドリルダウンして最終プロセスを決定することができます。

バリューチェーンモデルは、最上位地点からの組織のプロセスアーキテクチャを表します。通常、レベル 1 のプロセスランドスケープでは、管理プロセス、コアプロセス、およびサポートプロセスのプロセスグループが視覚化されます。これらは、会社の全体的な目標と方針に合わせて調整されます。例として、会社の事業領域の大まかな概要が挙げられます。

特定のプロセス領域は、組織の機能部分に焦点を当てています。例:人事管理、財務、または販売部門であり、対応するビジネスプロセスに関するインサイトを提供します。これは、特定のビジネスユニットの関連プロセス領域の論理グループで構成されます。

プロセスアーキテクチャの第 3 レベルは、専用のプロセス領域の既存の概念的なエンドツーエンドプロセスによって区別されます。BPMN は、すべてのビジネスプロセスのグラフィック表示に使用されます。これには、プロセスを完了するためのタスク、分岐、および決定が含まれています。

詳細レベルとアウトソーシングプロセス情報は、プロセス階層の最上位レベルにある単一または複数のメインプロセスにリンクされている BPMN モデルの形式でサブプロセスによってカバーすることができます。

実際のレベル数は、事業領域の複雑さによって異なります。関連プロセスをさらにグループ化する必要がある場合は、追加のレベルを登録することが有用な場合があります。 会社によっては、ビジネスのさまざまなロケーションまたはエンティティからのプロセスバリアントを表す中間レイヤも登録されます。バリューチェーン内の推奨レベル数 (および頻繁に検出されるレベル) は、3 から 5 の間です。

高レベルのバリューチェーンは、さまざまな領域にわたるビジネス関連サービスを示すことができます。以下は、このようなバリューチェーンがどのように表示されるかの例です。

プロセスおよび事業領域へのエントリポイントを、クリック可能なアイコンを含む特定のナビゲーションマップで提供することもできます。このようなエントリポイントは、製品ライフサイクル、会社/カスタマージャーニー、またはその他の会社固有のジャーニーに合わせて調整することができます。

専用のジャーニーにより、顧客の観点から見た影響を受けるビジネスプロセスにリンクすることができます。各ステップの背後で、対応するビジネスプロセスをリンクすることができます。

プロセスレベルを見ると、モデルは現実の複雑さ全体を示すことができず、これも意図されていません。ビジネスコンテキストでは、プロセスモデルの目的は、プロセスの理解をすべてのビジネスユーザに提供することです。また、これらのユーザが関連するビジネスタスクを実行できるようにすることが理想的です。

プロセスモデルは、ビジネスタスク、責任、およびインタラクションポイントに関する情報を提供します。すべての内部従業員は、モデルを確認し、プロセスフローに従うだけで、現在のプロセスについて共通の理解を得る必要があります。これは、オンボーディングケースの組織にとって新しい従業員にとってさらに重要です。

ただし、登録されたプロセスモデルは、ビジネス改善または IT 導入のいずれかのために、すべてのイニシアチブの中核となります。

• AS-IS プロセスのモデリング
• 透明性の確保
• プロセス知識の共有

• 将来のプロセスのモデリング
• プロセスシミュレーション
• 代替の評価

• 問題診断
• 原因調査
• 見込見積

• 変更管理
• 従来の IT プロジェクト
• プロセス自動化

すべてのプロセスジャーニーは、文書から始まります。具体的には、プロセスの初期ビジュアル概要を取得するために、AS-IS 状況のモデリングから開始されます。この段階でのプロセスの良し悪しは関係ありません。唯一の目標は、このビジュアルバージョンをディスカッション/改善の基礎として使用するために、プロセスを '表示' することです。キャプチャされた BPMN ダイアグラムでは、主に個々のプロセスステップおよびアクティビティの順次フローに関する情報が提供されます。さらに、プロセストリガと結果、さらには一部のデシジョンポイントについて理解することができます。

最初のアクティビティは、以下を含むプロセスの 'フレーム' を取得することです。

• 名前: プロセス名は目的とコンテンツを反映していますか?
• 目的：プロセスの説明には、プロセスの概要を理解するために十分な情報が含まれていますか。
• 目標：記述されたプロセスの目標は、1 つの文に正しく反映されていますか。
• プロセスオーナー: プロセス全体の責任者であり、プロセスの実行成功に関心があるのは誰ですか。KPI を設定し、そのパフォーマンスと改善に関心があるのは誰ですか。
• 追加プロセス情報: プロセスレベルにはその他の追加情報がありますか?

2 番目のアクティビティでは、プロセス実行に焦点を当てた追加情報を追加します。

• 責任: タスクの実行に関連するロールはどれですか。
• タスクおよび内容説明: 必要なタスク どのような情報が必要であり、専用のタスク内容説明で提供する必要がありますか。
• システム: タスクを完了するために使用されるツールまたはアプリケーションは何ですか。
• データ: どのデータまたは伝票が使用または登録されますか。
• リスクとコントロール: 特定のタスクにリスクはありますか? リスクは対応する統制の対象ですか。
• 主要業績指標 (KPI): パフォーマンスの測定プロセスに適している KPI はどれですか。