TBM モデル

TBMモデルの独自性とは？

静的なデータ構造とは異なり、TBMモデルは動的（ダイナミック）なフレームワークです。本モデルは以下の目的を達成するために設計されています。

• 多角的な視点から「支出の発生源」から「実際の消費」までを追跡する（例：総勘定元帳の勘定科目から利用者グループへ、あるいはインフラストラクチャからビジネスサービスへ）
• 多様なソースデータを統合する（ERP、ITSM、CMDB、APM、クラウドの請求データ、人事システム、資産管理システムなど）
• 柔軟な配賦ルールを適用する（実際の消費パターン、共有リソースの利用状況、あるいはハイブリッド環境を正確に反映）
• 意思決定に直結するビューを出力する（財務、テクノロジー、プロダクト、ビジネス部門といった、異なるステークホルダーグループ向け）

TBMモデルは、組織が直面している極めて極端かつ複雑な次のような課題の解決を支援します。

• AIのコスト管理：AI/MLソリューションのために急増するインフラストラクチャおよびツール類のコストをモデル化し、監視します。
• クラウド支出の最適化：IaaS、PaaS、SaaSの利用状況を各ビジネス部門やアプリケーションに配賦し、ベンチマーク（比較評価）を行います。
• サステナビリティの可視化：財務コストと並行して、二酸化炭素排出量や環境への影響を追跡します。
• ショーバックおよびチャージバック：ITおよびクラウドサービスのコストを社内外の受益者（消費者）に帰属させることで、説明責任を強化します。
• 総所有コスト（TCO）：アプリケーション、サービス、プラットフォーム、およびデジタルプロダクトのフルライフサイクルコストを算出します。

組織のニーズに合わせてTBMモデルを構成・拡張する方法について、さらに詳しく知りたい方は、 TBMモデリング（TBM Modeling） ページをご覧ください。

TBMタクソノミーの統合

TBMモデルは、TBMタクソノミーにおける以下の4つのレイヤー（階層）を統合します。

• コストプール – 支出をその性質（例：人件費、ソフトウェア、クラウドサービスなど）に基づいて分類します。
• リソースタワー– リソースを技術的な機能（例：アプリケーション、コンピュート、ストレージなど）に基づいてグループ化します。
• テクノロジー・ソリューション – 提供されるデジタルプロダクトやサービスを表します。
• 消費者–それらのサービスから誰が、あるいは何が利益を得ているか（例：ビジネス部門、各部署、外部顧客など）を捉えます。

これらのタクソノミーレイヤーは、モデルの「意味的な骨組み（セマンティック・バックボーン）」として機能し、データの分類、配賦、およびレポーティングにおける一貫性を担保します。しかし、モデルが真に価値のあるインサイトを生み出すためには、これら分類体系のレイヤーに加え、「さらなるコンテキストデータ」（時間軸、パフォーマンスメトリクス、消費量、サービスカタログ、組織階層など）を組み合わせる必要があります。

TBM ファウンデーションの上に構築

TBMモデルのレイヤーは、その下にある「基盤（Foundations）」が強固であって初めて成り立ちます。TBMフレームワークにおいて、基盤レイヤーはすべての組織がTBMの取り組みを開始する出発点であり、信頼性と拡張性を備えたモデルを構築するために必要な準備、リソース、能力を確立するフェーズです。

コストや消費データをモデル化する前に、組織はまずTBMの実践体制を立ち上げ、技術的環境を整える必要があります。基盤レイヤーはこれら両方が確実に整っている状態を作り出し、成功するTBMモデル構築と長期的な価値実現に必要な条件を提供します。

基盤となる各要素がTBMモデルをどのように直接支えているかは以下の通りです: 

• 役割 – 明確に定義されたTBMチーム（エグゼクティブ・スポンサー、プラクティス・リード、アナリスト、管理者、チェンジマネージャー）は、モデルの運用・維持・進化に必要な人材力を提供します。このチームがなければ、モデル構築の試みは統括（スチュワードシップ）と責任追及性を欠くことになります。
• データ – TBMモデルは、財務、IT、人事、調達、クラウドプラットフォーム、CMDB（構成管理データベース）などの多岐にわたるデータセットに依存します。基盤となるデータガバナンスにより、モデルの精度を高めるための適切なデータ抽出・検証・構造化・維持が保証されます。
• ツール – 表計算ソフトベースであれ、エンタープライズ向けTBMプラットフォームの活用であれ、モデル構築には大規模かつ多様なデータセットの取り込み・配賦・分析・レポーティングが可能なソフトウェアが必要です。ツールは、お客様のTBM環境で何が可能かを定義します。
• 手法 – TBMモデルは、コスト配賦、サービスモデリング、チャージバック/ショーバック、ベンチマーク、シナリオプラニングにおける標準化された手法を反映している必要があります。これらのプラクティスにより、時期、チーム、テクノロジーを超えた一貫性と比較可能性が生まれます。
• チェンジマネジメント – 組織チェンジマネジメント（OCM）は、モデルが単に技術的に優れているだけでなく、主体的に活用されることを確実にするものです。変化に対する強固な受容基盤（チェンジ・レディネス）は、ステークホルダーの意識を統一し、分析結果への信頼を育み、TBMのアウトプットに基づく具体的なアクションを促進します。

これらの基盤となる柱が整って初めて、組織はTBMモデル自体の開発へと進むことができます。TBMタクソノミーを通じたコストと消費の構造化、タクソノミーの拡張、そしてFinOps、NIST、ServiceNow CSDMなどの関連規格との連携を進めていきます。

重要なのは、これらの基盤が単にモデルの構築を支えるだけではないという点です。基盤があることで、提供されるインサイトの信頼性・説明可能性・運用上の有用性が確保され、TBMアウトカム（TBM Outcomes）や組織の価値ドライバー（Organizational Value Drivers）を含む、それより上のすべてのレイヤーを機能させることが可能になります。

これらの重要な要素の立ち上げについての詳細は、「TBM Foundations」ページをご覧ください。

基盤要素が整うと、組織でTBMモデルの構築と設定を開始する準備は完了です。モデルの設定、タクソノミーの調整、データマッピングなどの詳細なガイドについては、「TBM Modeling」ページをご覧ください。

TBMアウトカムの実現

TBMモデルが確立されると、フレームワークの次のレイヤーである「TBMアウトカム（TBM Outcomes）」が実現可能になります。透明性、インサイト、整合性、最適化といった成果（アウトカム）は、効果的なモデリングとデータガバナンスから生み出される組織的能力を表しています。

これらは、ステークホルダーがTBMのインサイトを活用して予算編成、計画立案、ベンチマーキング、そして投資意思決定を行うための運用上の能力（コンピテンシー）となります。

これらのアウトカムの全体像については、「TBM Outcomes」ページをご覧ください。

組織の価値向上を牽引

フレームワークの頂点に位置するのが「組織の価値ドライバー（Organizational Value Drivers）」であり、TBMが実現を支援する企業レベルの目標です。これには以下が含まれます：

• イノベーション
• 顧客および従業員体験（CX/EX）
• 業務効率の向上
• リスク軽減
• サステナビリティ

価値ドライバーは単なる願望ではなく、TBMモデルおよびアウトカムのレイヤーから生成されるインサイトと能力によって可能となる戦略的必須事項です。

TBMがこれらのドライバーをどのように支援するかについては、「Organizational Value Drivers」ページをご覧ください。