ターゲット運用モデルは、組織の運用モデルの望ましい状態を記述したものです。運用モデルに取り組む場合、通常は「現状」モデルと「あるべき」モデルを定義します。ターゲット運用モデルは「あるべき」モデルです。企業、企業内の機能、政府機関、慈善団体などを対象に、ターゲット運用モデルを作成することができます。
ターゲット運用モデルのコンポーネントを識別するフレームワークは数多くあります。したがって、ターゲット運用モデルを定義する各プロジェクトでは、組織が直面している課題に応じて、少しずつ異なる側面に重点が置かれます。ターゲット運用モデルの中には、情報技術と戦略のリンクを支援するために作成されたものもあれば、組織設計と戦略のリンクを支援するために作成されたものもあります。ターゲット運用モデルは、戦略のアイデアを運用計画に変換します。
オペレーティングモデルの定義で説明されているフレームワークの1つは、アシュリッジエグゼクティブエデュケーション(POLISM)のものです。[1] [2] これは、
- P – プロセスと機能
- O – 組織、すなわち、プロセスを実行したり機能を提供するために必要な人々、およびこれらの人々をサポートし育成する組織構造、説明責任、インセンティブ、文化。
- L – プロセスと機能をサポートするために組織内で必要な場所、建物、インフラストラクチャ、その他の資産とリソース。
- I – プロセスと機能をサポートするために必要な情報システムおよびその他の組織間または拠点間のリンク、特に情報の処理に必要なソフトウェアアプリケーション。
- S – プロセスと機能、およびこの組織とこれらのパートナー間の契約の種類をサポートするために組織外で必要なサプライヤーとビジネス パートナー。
- M – 戦略の策定、計画、目標の設定、パフォーマンスの管理、継続的な改善のための管理システムとプロセス。
エンタープライズ アーキテクチャに関する文献では、より単純なフレームワークが使用されています。戦略は機能マップを使用して機能に変換され、各機能は「人」、「プロセス」 、「テクノロジー」の観点から説明されます。
ターゲット運用モデルは1ページの文書である場合があります。運用モデルCanvasがその一例です。[3] 10ページまたは100ページの場合もあります。[4] 文書が100ページを超える場合は、モデルではなくマニュアルになります。
ターゲット オペレーティング モデルは、変化を遂げている組織にビジョンを提供します。新しいモデルを作成する理由は、新しい戦略や新しいビジネス モデル、または 1 人以上の利害関係者にとって既存のオペレーションのパフォーマンスが著しく低下していることである可能性があります。したがって、ターゲット オペレーティング モデルの作業は、戦略作業と密接に関連している必要があります。形態は機能に従います。言い換えれば、ターゲット オペレーティング モデルは戦略に従います。ターゲット オペレーティング モデル プロジェクトには通常、企業が「現状」から「あるべき姿」に移行するために何をする必要があるかを指定する、時間の経過に伴うロードマップも含まれます。[5]
始めるのに良い場所は、バリューチェーンマップです。[6]まず、組織が提供している価値提案(製品とサービス)を特定します。次に、各価値提案について、提案を実行するために必要な活動のバリューチェーンを定義します。その後、さまざまなバリューチェーンを「マップ」で上下に配置できます。これにより、チェーン間で「集約」して規模の経済性を獲得したり、「標準化」して一貫性を獲得したり、「分離」してローカルな適応性を獲得したりできるステップを特定できます。これらの選択は、組織への影響に直接つながります。
ターゲット運用モデルの OM 作業は、さまざまな詳細レベルで実行できます。最も高いレベルは戦略または設計原則です。次に、バリュー チェーン マップまたは組織モデルの形式で、ラフ スケッチが作成されます。その後、詳細のレイヤーがどんどん増え、最終的には、すべてのジョブのジョブ記述、オフィスまたは工場のフロア レイアウト、すべての部門の主要業績評価指標、すべてのサプライヤーの契約案、すべてのソフトウェア アプリケーションのデータ入力および出力仕様などになります。
地域目標運用モデル
地域目標運用モデルは、地域全体をカバーするソリューションを備えた変革プロジェクトです。地域全体にわたる実装の地域標準を形成します。このタイプのモデルは、組織設計、ビジネス機能、ビジネス プロセス、およびサポートするテクノロジ コンポーネントの現状を把握する必要があります。これにより、将来の組織設計、ビジネス機能、ビジネス プロセス、および必要なサポートするテクノロジ機能が定義されます。このモデルの高レベルのビジネス上の利点も明確にする必要があります。テクノロジ機能のギャップが特定された場合は、次の作業フェーズであるソリューション評価を容易にするために、ビジネス要件を把握する必要があります。
参照
参考文献
- ^ 「オペレーティングモデルとは何か? - Operational Excellence Society」。Operational Excellence Society。 2016年5月12日。
- ^ 「オペレーティング モデルの設計」。
- ^ 「ホーム」.operatingmodelcanvas.com .
- ^ Campbell, A, Gutierrez, M, Lancelot, M、「オペレーティング モデル Canvas」、Van Haren Publishing、2017 年
- ^ サイードビジネススクールとオックスフォード大学 – 戦略コンサルティングプロジェクト – 2014年1月16日閲覧 2014-01-16にWayback Machineでアーカイブ
- ^ 「バリューチェーンマップ」2018年6月12日。
さらに読む
- フュージョン ビジネス ソリューション – ノートルダム対ラ・コンクレティゼーション・デ・アバンテージ
- Le Blog de la DFCG – La maîtrise des risques liés aux contrats d'externalisation (フランス語)
- ビジネスの将来の状態を定義する – Maddison Ward
- アシュリッジビジネススクールの運用モデルに関するブログ
