運用モデル

運用モデルとは、組織が顧客や受益者にどのように価値を提供するか、また組織が実際にどのように運営されているかを抽象的かつ視覚的に表現したもの (モデル) です。

運用モデルを構成する要素を定義する方法はいくつかあります。

人、プロセス、テクノロジーはよく使われる定義の一つです。^[1] プロセス、組織、テクノロジーも別の定義です。^[2]

組織は価値を提供するための複雑なシステムです。運用モデルは、このシステムをコンポーネントに分割し、その仕組みを示します。これにより、さまざまな参加者が全体を理解できます。また、リーダーがパフォーマンス低下の原因となっている問題を特定できます。変更を行う人がすべての要素について検討し、全体が機能するかどうかを確認できます。運用を変革する人が、必要なさまざまな変更をすべて調整するのに役立ちます。

運用モデルは、建物の設計図のようなものです。建物の設計図よりも動的で、定期的に変更が行われます。また、運用モデルは通常、1 つの設計図だけではありません。プロセス、組織、意思決定、ソフトウェア アプリケーション、場所など、各要素ごとに設計図が存在する可能性があります。

運用モデルは、組織が現在どのようにビジネスを行っているか（現状）を記述できます。また、運用が将来どのように機能するか（目標）のビジョンを伝えることもできます。この文脈では、運用モデルは多くの場合、将来のある時点での運用のビューであるターゲット運用モデルと呼ばれます。最も一般的には、運用モデルは組織図のように継続的に変化する一連のドキュメントです。

オペレーティング モデルは、組織がどのように価値を提供するかを説明するものであり、より広い概念である「ビジネス モデル」のサブセットです。ビジネスモデルは、組織がどのように価値を創造し、提供し、獲得し、その過程で自らを維持するかを説明します。オペレーティング モデルは、ビジネス モデルの提供要素に重点を置いています。ビジネス モデルとオペレーティング モデルという言葉の使用については、多くの意見の相違があります。^{[3] [4] [5]}

オペレーティング モデルという用語は、企業レベルの戦略 (以下の履歴を参照) で最初に使用されたと考えられます。これは、組織が事業部門に構造化される方法、集中化または分散化される活動、および事業部門間でどの程度の統合が必要かを説明するためです。この用語は現在、「探査部門のオペレーティング モデル」や「人事機能のオペレーティング モデル」のように、単一の事業部門または単一の機能の運用方法を指すときに最もよく使用されます。また、よりミクロなレベルで、機能内の部門がどのように機能するか、または工場がどのようにレイアウトされているかを説明するためにも使用できます。以下の「ビジネスと IT の対話」というセクションでは、さまざまな企業戦略の IT への影響について考えるための 1 つのフレームワークについて説明します。

運用モデルは、リーダーが戦略を策定し、実行するために使用できるツールの 1 つです。通常、運用モデルの作業は、何らかの戦略計画が提案された後に開始されます。運用モデルは、その計画を運用要件と決定に変換し、計画の実施が難しい領域を示すことで、計画に貢献することもよくあります。

運用モデルは、組織がパフォーマンスの課題に直面しているときにツールとして使用することもできます。このモデルは、診断 (パフォーマンスの問題の原因) と解決 (問題を修正するために変更する必要があるもの) に役立ちます。

ただし、オペレーティング モデル ツールの最も一般的な用途は、全体の利益のためにどのように連携するかについて、さまざまな機能や部門のマネージャー間で調整を図ることです。

追加のマップやチャートが必要になることもよくあります。たとえば、運用モデルには通常、IT ブループリント、ロケーション マップ、サプライヤー マトリックス、人材モデル、意思決定グリッド、パフォーマンスを評価するためのスコアカードなどのその他の要素が含まれます。作成されるドキュメントのセットは、運用モデルの使用目的によって異なります。一般に受け入れられているチャートのセットは存在せず、少なくとも運用モデルを構成するチャートについてはまだ合意が得られていません。

オペレーティングモデルという用語は、企業戦略において、リンチらが「企業のポートフォリオ内の事業間の関係と、それらの間で投資が決定されるプロセス」と表現しているものを意味するために使用されています。^[6]

企業戦略は、ハーバードビジネススクールのブルース・R・スコット教授の研究から生まれたもので、同教授は企業発展の段階モデル​​を開発した。 ^[7]彼は、単一製品（または製品ライン）の「ステージI」から、複数の事業ライン、市場、チャネルを持つ「ステージ3」までの企業の進化を追跡した。この研究に続いて、レナード・リグレー^[8]とリチャード・ルメルト^[9]は、企業構造を分類し、その戦略を比較する方法を開発した。彼らは4つの異なる事業モデルを特定した。^[10]

1. 収益の大部分が単一の活動から得られる単一事業ラインの企業。
2. 本来の事業を補完する事業を追加することで多角化を図る関連事業。
3. 石油会社と肥料会社など、無関係な事業を組み合わせた多角化企業。
4. コングロマリット – 補完効果や相乗効果を考慮せずに多様化が達成されます。

命名法は進化しましたが、カテゴリはそのまま残っています。

• 統合: 単一のビジネス。競争上の優位性を得るには単一の戦略が必要です。問題は一元的に策定され、ビジネスを最適化するためにローカルのニーズに合わせて調整されます。成功はグローバルな数字を合計することで測定されます。例としては、マクドナルドやハーレーダビッドソンなどがあります。
• 関連関連: 各事業には、自律的に優位性を生み出す能力があります。共通の利益は事業間で取り組まれます。一部のサポート作業は、事業間で共有される場合があります。例としては、キヤノンとプロクター・アンド・ギャンブルが挙げられます。
• 関連のない関連: 各事業には、自律的に優位性を生み出すために必要な中核的な作業が含まれています。顧客は共有される場合があります。共通の関心は事業間で取り組まれます。他の事業に移植可能な機能は、活用のために共有されます。例としては、ロール マテリアル メディカル グループで使い捨て医療製品に使用されているAvery Dennisonの感圧技術と粘着ベース技術があります。
• 持株会社: 関連の有無にかかわらず、複数の戦略を持つ無関係な事業が含まれます。^[11] 各事業は独立した機能グループを持つ自己完結型のブランド/事業を持っています。各ユニットは所有権によってのみ結びついています。例としては、Tyco Internationalなどがあります。

この選択が意味するもの: ^[12]

運用モデルは、顧客や受益者にさらなる価値を提供するためにプロセスを改善しようとしているサービス組織で人気が高まっています。そのような運用モデルの1つが、サービス運用モデルスキル（SOMS）フレームワークです。^[13]

SOMS は、サービス部門に重点を置いた運用モデルです。SOMS は、運用モデルの作成と運用に携わる人に必要な専門知識を規定しています。このフレームワークは、次の 7 つの要素で構成されています。

1. 顧客体験
2. パフォーマンス管理と改善
3. 需要と容量の管理
4. 人材の能力
5. プロセスコンテキスト
6. 配信 – プロセス設計
7. 戦略、ガバナンス、リーダーシップ

SOMSは、サービス分野のトレーナーやインストラクターからの要望に応えて、ラフバラー大学ビジネス経済学部のサービスマネジメントセンター^{[14]によって作成され、サービスマネジメントセンターの学術研究に基づいています。 [15]}

MITスローン経営大学院の研究グループであるMIT情報システム研究センター（CISR）は、運用モデルがIT投資の意思決定を導くのに役立つと示唆しています。^[16] IT投資は運用モデルをサポートする必要があります。

ロス、ウェイル、ロバートソンは、オペレーティングモデルを導入した組織では、業務効率が31%向上し、顧客満足度が33%向上し、新製品開発で34%の優位性があることを発見しました。^[17] 『戦略としてのエンタープライズアーキテクチャ』という本の中で、彼らは4つのオペレーティングモデルを概説しています。

• 調整- プロセスの標準化は低いが、プロセスの統合は高い（子会社が同じ顧客にさまざまな製品を提供する提携戦略と比較）
• 統一– 高度な標準化と統合（統合戦略と比較）
• 多角化- 標準化と統合の必要性が低い事業（持株会社戦略と比較）
• 複製– 標準化は高いが統合性は低い（フランチャイジーや統合戦略の複製施設と比較）

運用モデルは、組織の利害関係者への約束を果たすために、適切なレベルのビジネスプロセスの統合と標準化を通知します。^[17]

運用モデルは、ITリーダーに、選択された運用モデルを実現するために、さまざまな技術およびビジネスコンポーネントをどのように設計し、実装すべきかを伝えます。^[17]

調整および統合モデルは、多様化および複製モデルよりも、企業全体の顧客とデータの統合ビューからより多くのメリットを得られます。

• ビジネスプロセスフレームワーク (eTOM)
• IAA (保険アプリケーションアーキテクチャ)
• BIAN (銀行業界アーキテクチャネットワーク eV (BIAN) )
• IFW (情報フレームワーク)
• 技術情報
• COBIT (情報および関連技術の管理目標)

• ビジネスアーキテクチャ
• ビジネスモデル
• ビジネスにおける能力管理
• エンタープライズアーキテクチャ
• リスクとコンプライアンス
• 共有サービス
• 目標運用モデル