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

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

まず、基本的なプロセス情報を取得します。

• プロセス参加者とのワークショップの実施
• プロセス関連サーベイの登録
• プロセス面接の実施

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

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

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

販売プロセスの KPI の例は以下のとおりです。

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

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

これらは、会社全体のビジネスプロセスの構成、編成、および制御に役立ち、最終プロセスを決定するために個別の事業領域にドリルダウンすることができます。

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

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

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

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

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

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

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

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

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

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

ただし、作成されたプロセスモデルは、ビジネス改善または IT 導入のいずれかを目的として、すべてのイニシアチブの中心となります。

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

• To-Be プロセスのモデリング
• プロセスシミュレーション
• 代替品の評価

• 問題診断
• 原因調査
• 潜在的推定

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

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

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

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

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

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