「うちのIT予算は、結局のところ何にいくら使っているのか」——経営会議でこう問われて、即答できるIT部門は意外に少ない。ハードウェアやライセンスといった費目ごとの数字は出せても、「どの事業に、どの業務に、いくら効いているのか」「その投資は何を生んだのか」となると、途端に説明が曖昧になる。

一方で、IT支出そのものは膨らみ続けている。クラウドやSaaSへの移行、生成AIの業務利用、レガシー刷新——投資テーマは増える一方で、原資は限られている。だからこそ、「使った額」ではなく「投資として妥当か」を語れることが、CIO・IT企画部門に強く求められるようになった。

本稿は、こうしたIT投資の「見える化」をどう始めるかをテーマにする。想定読者は、情報システム部門長、IT企画・DX推進の責任者、PMO、そしてIT投資の妥当性を問われる経営層である。ツールの操作手順ではなく、何を可視化し、誰が担い、どう意思決定のプロセスに組み込むかという推進の設計に焦点を当てる。

課題 ― 「どんぶり勘定」と「評価不全」という二つの壁

多くの企業のIT投資は、二つの壁に突き当たっている。

一つは、**支出の「どんぶり勘定」**である。会計上は「情報システム費」といった大きな費目でくくられ、その内訳が事業・業務・サービス単位に分解されていない。結果、「A事業のためにいくら使っているか」を問われても、按分の根拠を持って答えられない。コスト削減の議論も、全体を一律に削るか、目についた個別案件を止めるかという粗い判断になりがちだ。

もう一つは、**投資成果の「評価不全」**である。案件を承認するときのビジネスケース（投資対効果の見立て）はあっても、実行後に「見立てどおりの効果が出たか」を振り返る仕組みがない。効果測定をしないまま次の予算編成に進むため、投資判断の精度がいつまでも上がらない。「効果がよく分からないから、DXへの新規投資に踏み切れない」という食わず嫌いに陥る企業も少なくない。

この二つは根が同じである。IT支出が「ビジネスの言葉」で語られていない——ここに問題の中心がある。

なぜ今、IT投資の見える化が問われるのか

見える化の必要性は以前から言われてきたが、近年その圧力が一段と強まっている。背景には三つの環境変化がある。

第一に、資本効率への外部からの要請である。 東京証券取引所は、資本コストや株価を意識した経営を上場企業に求めており、PBR（株価純資産倍率）や資本収益性の改善が経営の重要テーマになっている。ROIC（投下資本利益率）を軸にした経営が広がるなかで、IT投資も「投じた資本がどれだけのリターンを生んだか」という物差しで説明することが避けられなくなった。IT部門の都合ではなく、投資家に対する説明責任の一部として、IT支出の透明性が問われている。

第二に、支出構造がクラウド・SaaSで変わったことである。 かつてのITコストは、大型の設備投資（資産）を数年かけて償却する構造が中心だった。いまはクラウドやSaaSの利用料という変動費が増え、しかも各事業部門が個別に契約するケースも多い。IT部門が把握しきれないまま支出が分散し、全体像がさらに見えにくくなっている。使った分だけ課金される構造は、放置すれば容易に膨張する。

第三に、生成AIをはじめとする新規投資テーマの増加である。 AI活用、レガシー刷新、セキュリティ強化——投資したいテーマは尽きないが、原資は有限だ。何を優先し、何を見送るかを決めるには、現在の支出がどこに張り付いているか（＝どこに余力を作れるか）が見えていなければならない。見える化は、削るためだけでなく、次の投資原資を捻出するためにも要る。

IT投資の見える化とは、何を可視化することか

「見える化」というと支出額の可視化だけを思い浮かべがちだが、実務では三つの側面をそろえて初めて意思決定に使える。

可視化の側面問い典型的なアウトプット
コスト誰が・何に・いくら使っているか事業／業務／サービス単位に配賦したコスト内訳
価値その支出は何のためか、どんな成果を生んだか投資区分別の効果、KPIとの紐づけ
実行計画どおりに使われ、進んでいるか予算対実績、投資案件のポートフォリオ状況

コストだけを細かく見ても「高い／安い」の水掛け論にしかならない。そのコストが何のためのもので、どんな成果につながっているか（価値）、そして**計画に対してどう推移しているか（実行）**とセットにして初めて、「この投資は続けるべきか、止めるべきか」という判断ができる。見える化のゴールは「数字を並べること」ではなく「意思決定を変えること」だと押さえておきたい。

拠り所となる方法論をどう使い分けるか

IT投資の見える化には、いくつかの体系化された方法論がある。ゼロから自社流を編み出すより、既存の枠組みを土台にした方が早い。代表的なものを整理する。

方法論主眼得意領域使いどころ
TBM（Technology Business Management）ITコストをビジネスの言葉に翻訳し、投資判断に使うIT支出全体の可視化・配賦、経営との対話IT予算全体の「どんぶり勘定」を解きたいとき
FinOpsクラウドの変動支出を、関係者の協働で最適化するクラウド／SaaSのコスト管理・最適化クラウド利用料の膨張を抑えたいとき
ITポートフォリオ管理投資案件を一覧化し、優先順位とバランスを取る新規投資・案件群の選別と配分何に投資するかを決めたいとき
COBIT等のガバナンス標準IT投資の意思決定と統制の枠組みを定める役割分担・プロセスの整備統制の仕組みそのものを設計したいとき

TBMは「テクノロジー・ビジネス・マネジメント」の略で、ITコストや利用状況を高度に可視化し、コスト・利用率・パフォーマンスのトレードオフを、関係者を巻き込みながら判断していくための方法論である。ITの支出を会計上の費目ではなく「どの事業・サービスのためのコストか」というビジネスの単位に翻訳し直す点に特徴がある。

FinOpsは、クラウドの変動費を財務・技術・事業の各チームが協働して管理していく規律を指す。TBMがIT投資全体を俯瞰する枠組みだとすれば、FinOpsはそのうちクラウド支出という膨張しやすい領域に焦点を当てたものと捉えると整理しやすい。両者は競合するものではなく、全体をTBMで俯瞰し、クラウド領域はFinOpsで深掘りするといった組み合わせで使われる。

自社に導入する際は、これらを丸ごと導入しようとしないことが肝要である。方法論は「地図」であって、いきなり全土を踏破する必要はない。自社の最も痛い課題——全体のどんぶり勘定なのか、クラウド費の膨張なのか、案件選別の甘さなのか——に対応する部分から取り入れるのが現実的だ。

進め方 ― スモールスタートの4ステップ

見える化は、最初から精緻な配賦モデルを作ろうとすると必ず頓挫する。粗くてよいので早く一巡させ、意思決定に使いながら精度を上げていくのが定石である。

ステップ1：IT支出を棚卸しし、分類の軸をそろえる。 まず現在のIT支出を洗い出し、「費目」以外の軸で見られるようにする。事業別・業務別・サービス別・投資区分別（後述）など、経営がIT投資を語りたい単位を決め、その軸で支出を紐づけていく。最初から全支出を完璧に分類する必要はなく、金額の大きい費目から着手すれば全体像はおおむね掴める。

ステップ2：コストを「ビジネスの言葉」に翻訳する。 共有基盤やライセンスなど複数の事業にまたがるコストを、一定のルールで各事業・サービスに配賦する。ここで重要なのは、精緻さより関係者が納得する配賦ルールである。按分根拠が説明できれば、多少粗くても「A事業のIT負担はこれくらい」という共通認識ができ、議論の土台になる。

ステップ3：投資区分で評価軸を分ける。 IT支出を一律に見ず、性格の異なる投資を区分して評価する。よく使われるのが「Run／Grow／Transform」の三分類である。

投資区分内容主な評価の観点
Run（維持）既存システムの運用・保守効率性。同じサービス水準をより安く保てているか
Grow（成長）既存事業の拡張・改善への投資事業への貢献。売上・生産性への効果
Transform（変革）新規事業・DXなどの挑戦的投資戦略的整合と学び。短期ROIだけで測らない

三つを同じ物差しで評価すると、成果が読みにくいTransform投資が常に後回しになり、いつまでも「守り」に偏る。区分ごとに評価の観点を変えることで、「維持費は削り、変革には張る」といったメリハリのある配分ができるようになる。

ステップ4：定例の意思決定プロセスに組み込む。 見える化した情報を、予算編成・投資審査・四半期レビューといった既存の意思決定の場に載せる。ここまでやって初めて、可視化が「レポート作り」で終わらず「投資判断の変化」につながる。逆に、どれだけ精緻なダッシュボードを作っても、意思決定の場で使われなければ工数の無駄になる。

体制と役割 ― 誰が見える化を担うか

IT投資の見える化は、IT部門だけでも財務部門だけでも完結しない。両者に加えて事業部門を巻き込む横断的な取り組みであり、旗振り役を決めないと誰の仕事でもなくなる。

役割分担の一例を示す（R＝実行責任、A＝説明責任、C＝相談、I＝報告先）。

役割支出の可視化配賦ルールの決定投資評価・判断
経営／CIOIAA
IT企画・PMOA / RRR
財務・経理CCC
事業部門CCI

実務では、IT企画部門やPMOが「見える化の事務局」を担うのが機能しやすい。IT部門の内部事情（システム構成・契約）と、経営の関心事（事業別の採算・投資対効果）の両方を翻訳できる立場だからだ。財務は配賦ルールや会計との整合で連携し、事業部門は「自部門のIT負担」の当事者として巻き込む。専任チームを大きく作る必要はないが、継続的に数字を更新し、意思決定の場に持ち込む担い手は明確に決めておきたい。

自社製品や特定ツールの導入から入ると、往々にして「ツールは入れたが運用されない」状態に陥る。まずは推進の座組みと、意思決定にどう使うかの設計を先に固めることを勧めたい。

よくある失敗と回避策

  • 精緻さを追い込みすぎて始められない：完璧な配賦モデルを設計しようとして着手が遅れる。→ 粗くてよいので一巡させ、意思決定に使いながら精度を上げる
  • 可視化が「レポート作り」で終わる：ダッシュボードは立派だが、予算・投資判断が変わらない。→ 既存の意思決定プロセス（予算編成・投資審査）への接続を最初に設計する
  • すべてを同じ物差しで評価する：維持も変革も一律ROIで測り、挑戦的投資が常に負ける。→ Run／Grow／Transformで評価の観点を分ける
  • ツール導入を目的化する：可視化ツールを入れれば解決すると考える。→ 何を可視化し誰が使うかを先に決め、ツールは手段と位置づける
  • IT部門だけで完結させる：財務・事業部門を巻き込まず、配賦根拠が独りよがりになる。→ 配賦ルールは関係者の合意で決め、事業部門を当事者にする
  • 一度作って更新が止まる：初回は頑張るが、継続的な更新の担い手が不在で陳腐化する。→ 事務局（IT企画・PMO）を定め、定例の更新サイクルに乗せる

まとめ

IT投資の見える化は、単なるコスト削減の道具ではない。IT支出をビジネスの言葉に翻訳し、「投資として妥当か」を経営と対話できる状態を作ることが本質である。東証の資本効率要請、クラウドによる支出構造の変化、AIをはじめとする新規投資テーマの増加——いずれも、IT投資に説明責任を求める圧力を強めている。

TBMやFinOpsといった方法論は、その翻訳を助ける有力な地図になる。ただし、丸ごと導入しようとすれば頓挫する。最も痛い課題に対応する部分から、粗くても早く一巡させ、意思決定に使いながら育てていくのが現実的な進め方だ。そして、それを継続させる鍵は、精緻なツールよりも見える化を担う事務局と、意思決定の場への接続にある。

「IT予算の内訳を説明しきれない」「投資の成果を振り返る仕組みがない」といった段階でこそ、IT投資の可視化と、それを担うIT企画・PMOの推進設計が効く。自社のIT投資管理の進め方に迷いがあれば、お問い合わせやサービス紹介もあわせてご覧いただきたい。

FAQ

Q. IT投資の見える化は、何から始めればよいですか。 A. まずは金額の大きいIT支出を「費目」以外の軸（事業別・サービス別・投資区分別など）で見られるようにする棚卸しから始めるのが定石です。最初から全支出を完璧に分類する必要はありません。粗くても全体像を掴み、意思決定に使いながら精度を上げていく方が、精緻なモデルの完成を待つより早く効果が出ます。

Q. TBMとFinOpsは何が違い、どちらを導入すべきですか。 A. TBMはIT投資全体をビジネスの言葉に翻訳して可視化する枠組み、FinOpsはそのうちクラウドの変動支出を協働で最適化する規律です。競合するものではなく、全体をTBMで俯瞰し、クラウド費の膨張が課題ならFinOpsで深掘りする、という組み合わせが自然です。自社の最も痛い課題がどこかで選ぶとよいでしょう。

Q. 可視化ツールを導入すれば解決しますか。 A. ツールは可視化を効率化しますが、それ自体が目的ではありません。何を可視化し、誰が使い、どの意思決定を変えるのかを先に設計しないと、「立派なダッシュボードはあるが投資判断は変わらない」状態に陥りがちです。まず推進の座組みと意思決定への接続を固め、ツールは手段として位置づけることを勧めます。

Q. 誰が見える化を主導すべきですか。 A. IT部門の内部事情と経営の関心事の両方を翻訳できる、IT企画部門やPMOが事務局を担うと機能しやすくなります。配賦ルールの整合では財務と、自部門のIT負担の当事者として事業部門と連携します。専任の大きな組織は不要ですが、継続的に数字を更新し意思決定の場に持ち込む担い手は明確に決めておくべきです。

Q. 投資の成果をどう評価すればよいですか。 A. すべての投資を同じ物差し（短期ROI）で測らないことが重要です。Run（維持）は効率性、Grow（成長）は事業貢献、Transform（変革）は戦略的整合と学び、というように投資区分ごとに評価の観点を分けます。一律評価だと、成果の読みにくい変革投資が常に後回しになり、守りに偏った配分が固定化してしまいます。

参考資料