クラウドコスト最適化を一度きりの棚卸しで終わらせず、エンジニアリング・財務・事業をまたぐ継続的な運用として「制度化」する。欧米で進むこの動きの中心にあるのがFinOpsです。FinOps Foundationの一次情報をもとに、その本質と日本企業への落とし込みを実務目線で整理します。

「クラウド費用が想定より膨らんでいる」という相談は、いまや多くの情シス・SIerの現場で恒常的なテーマになりました。多くの場合、対策は「Reserved Instance/Savings Plansを買う」「不要リソースを止める」といった単発の施策に落ち着きます。しかし欧米のエンタープライズでは、この数年でコスト最適化を単発の施策ではなく、組織に埋め込む「継続運用」として制度化する動きが明確になっています。その旗印がFinOpsです。本記事では、EMW代表がシリコンバレーで見てきた文脈も踏まえつつ、FinOps Foundationの一次情報をもとに、日本企業がどう受け止めるべきかを整理します。

01FinOpsとは「文化」であるという定義

FinOpsという言葉は「Financial Operations」の略で、しばしば「クラウドコスト管理ツール」と混同されます。しかしFinOps Foundationの定義はもっと踏み込んでいます。FinOpsとは、エンジニアリング・財務・事業の各チームが協働することで、データにもとづく意思決定を迅速に行い、技術投資からのビジネス価値を最大化する「運用フレームワークかつ文化的実践(operational framework and cultural practice)」である、とされています。

ここで重要なのは「文化的実践」という一語です。ツール導入だけでは完結しない、組織の意思決定の作法そのものを変える取り組みだ、という宣言です。実際、コスト最適化がうまくいかない現場の多くは、ツールが無いのではなく、コスト情報を見て動く人と組織の役割分担が無い、という構造的な問題を抱えています。

現場のコツ:FinOpsの導入相談を受けたら、最初に問うべきは「どのツールを入れるか」ではなく「コスト超過を検知したとき、誰が、いつ、どの権限で意思決定するのか」です。ここが空白のままツールを入れても、ダッシュボードが増えるだけで支出は下がりません。

02フレームワークの全体像 — 7つの中核要素

FinOps Foundationは、実践のための操作モデルとしてフレームワークを公開しています。2025年時点で、フレームワークは原則・ペルソナ・ドメイン・ケイパビリティ・フェーズ・成熟度モデル(Maturity Model)に、新設のスコープを加えた7つの中核要素で整理されています。2025年版フレームワークの解説をもとに図示します。

FinOps フレームワーク 2025 の構成 原則 Principles 意思決定の指針 ペルソナ Personas 関与する役割 スコープ Scopes 対象支出(2025新設) ドメイン Domains 達成すべき成果 ケイパビリティ 具体的な活動領域 フェーズ Phases 運用の反復サイクル 運用は3フェーズを継続的に反復する Inform 可視化 Optimize 最適化 Operate 運用 運用の学びを次の可視化へ還元する反復ループ 成熟度は Crawl(這う)→ Walk(歩く)→ Run(走る)で段階的に
図:FinOpsフレームワーク2025の中核要素と、Inform/Optimize/Operateの反復サイクル。2025年にScopes(スコープ)が新たな中核要素として追加され、成熟度モデル(Maturity Model/下部のCrawl→Walk→Run)を含む中核要素は7つとなった。

とくに実務で押さえたいのが、成果を定義するドメインと、それを支えるケイパビリティ、そして運用の反復を示すフェーズです。ドメインは「Understand Usage & Cost(利用とコストの理解)」「Quantify Business Value(ビジネス価値の定量化)」「Optimize Usage & Cost(利用とコストの最適化)」「Manage the FinOps Practice(実践の運営)」の4つに整理されています。フェーズは「Inform(可視化)→ Optimize(最適化)→ Operate(運用)」を継続的に回すループです。ここが「一度買って終わり」ではない制度化の骨格です。

032025年の大改訂 — Scopesと「Cloud+」への拡張

2025年版フレームワークの最大の変更は、Scopes(スコープ)を中核要素として新設したことです。スコープとは、FinOpsの概念を適用する「技術関連支出のセグメント」を指します。FinOps Foundationが当初正式に特定したスコープは、Public Cloud(パブリッククラウド)・SaaS・Data Center(データセンター)の3つです。Private Cloud(プライベートクラウド)やライセンス、AIコストなどは、実務者が自組織の文脈に応じて独自に定義しうる例として言及されているもので、Foundationが公式スコープとして列挙したものではありません。あわせて、2019年以来はじめて原則の文言も見直され、ドメイン名称からも「Cloud」の語が外されました(例:「Optimize Cloud Usage and Cost」→「Optimize Usage and Cost」)。

これは、FinOpsが「クラウド費用管理」から「テクノロジー支出全体の財務管理」へと対象を広げた、という業界の宣言です。EMWの実感としても、日本のエンタープライズでクラウド費用だけを見ていると、隣にあるSaaSライセンスや生成AIの従量課金が管理の空白地帯になりがちです。Scopesの考え方は、この空白を制度として埋めるための共通言語になります。

現場のコツ:いきなり全スコープを対象にする必要はありません。Crawl(這う)段階では、まず支出額が大きく変動の激しいパブリッククラウド1スコープに絞り、可視化と配賦の型を作る。そのうえで生成AIやSaaSへ横展開する順序が現実的です。

04State of FinOps 2025が示す「現場の優先順位」

FinOps Foundationが毎年公開するState of FinOpsは、実務者の生の優先順位を知るうえで貴重な一次情報です。2025年版は861名の回答者、合計およそ690億ドル(約$69bn)のパブリッククラウド支出を代表するサーベイでした。回答者の31%は年間5,000万ドル超、20%は1億ドル超をクラウドに支出しており、まさに大規模エンタープライズの実態が反映されています。

投資面では「投資・ツーリング」の課題が大きく増加(+20%)し、実務者はアップスキリング、人員増強、ツールと自動化への投資が必要だと回答しています。つまり「文化として定着させるには、人と仕組みへの継続投資が要る」という現実です。

AIコストを管理する組織の割合(State of FinOps) 0% 50% 100% 31% 2024年 63% 2025年 生成AI/推論コストの管理がFinOpsの主要テーマに浮上(1年で倍増)
図:State of FinOps 2025によれば、AIコストを管理する組織は前年の31%から63%へ倍増。FinOpsの対象がクラウドからAIへ拡張している。

05制度化を支える技術基盤 — FOCUSという共通言語

文化や運用は号令だけでは回りません。制度化を裏で支えているのが、請求・利用データの標準仕様FOCUS(FinOps Open Cost and Usage Specification)です。FinOps Foundationは2024年6月にFOCUS 1.0のGA(一般提供)を発表しました。FOCUSは、ベンダーごとにバラバラだった請求データの列名・意味・粒度を統一し、クラウド横断・SaaS横断で分析可能な共通スキーマを定義します。1.0では約43の標準カラムが規定されました。

実務上のインパクトは大きく、AWS・Microsoft Azure・Google Cloud・Oracle Cloudの主要プロバイダーがFOCUS形式でのビルデータ(請求データ)エクスポートに対応しています。これにより、各社のCUR/請求ファイルを独自パーサで正規化していた作業が、標準スキーマへの一本化で済むようになりつつあります。マルチクラウド・マルチアカウント環境で「同じ物差しでコストを配賦する」ための土台がFOCUSです。

現場のコツ:FinOpsダッシュボードを内製する場合、取り込み層は最初からFOCUSスキーマに寄せておくと、後からSaaSや別クラウドを足すときの改修が最小で済みます。プロバイダー固有列を正とせず、FOCUS列にマッピングする設計を初期から徹底するのが吉です。

06日本のエンタープライズへの適用 — 三位一体をどう作るか

欧米の制度化を日本のSIer・情シスにそのまま輸入するのは現実的ではありません。日本企業の場合、部門の壁と稟議・予算プロセスの硬さがボトルネックになりがちです。EMWが現場で有効だと考える落とし込みは次の通りです。

権限とアカウント境界の設計は、FinOpsの前提条件です。IAMや組織構成の設計に不安がある場合は、マルチアカウント統制の観点から先に整えることをおすすめします。

07ツールを買う前に、意思決定の作法を決める

FinOpsの本質は、繰り返しになりますが「文化的実践」です。ダッシュボードやコスト最適化ツールは強力ですが、それらは意思決定を代行してくれません。欧米で先行しているのは、コスト情報を見て動く役割・権限・レビュー体を組織の仕組みとして埋め込んだ点であり、ツールの新しさではありません。

日本のエンタープライズにとって、これはむしろ好機です。稟議・予算管理・部門横断の合意形成といった、日本企業がもともと得意とするプロセス設計の延長線上にFinOpsは位置づけられます。足りないのは、それをクラウドの従量課金という「変動費モデル」に接続する翻訳です。そこにこそ、シリコンバレーで先に起きたことを見てきた立場からの橋渡しの価値があります。

まとめ

FinOpsは、コスト最適化を単発の施策から「継続する運用」「組織の文化」へと制度化する取り組みです。2025年のフレームワーク改訂はScopesの新設によりPublic Cloudを超えてSaaSやData Centerを正式な対象に加え、State of FinOpsはAIコスト管理の急拡大とガバナンス実装への移行を数字で示しました。技術的にはFOCUSが共通言語として制度化を支えています。日本企業への適用の鍵は、ツール選定より先に「配賦」「意思決定の権限」「Crawl段階の絞った指標」を制度として固めることです。まずは小さく、しかし継続する運用ループを回すこと。それがクラウドコストを文化にする第一歩です。

参考(一次情報)

クラウドコストの制度化やマルチアカウント統制の設計でお困りでしたら、EMWまでお問い合わせください。現場で手を動かす視点で伴走します。

相談する
← ブログ一覧へ戻る