「来年度のIT予算、まとめておいて」

ある日、上司からそう言われて、戸惑った経験はないでしょうか。

「予算って、結局Excelに数字を埋める作業ですよね？」
「金額は、どう根拠づけて出せばいいんだろう」
「とりあえず、多めに積んでおけば安心かな」

そんな声を、現場でもよく聞きます。

しかし、IT予算策定は 単なる数字の見積もり作業ではありません。 来年度の戦略・施策・実行計画を、関係者全員が動ける「現実の数字」に落とし込む。これが、予算策定の本当の仕事です。

この記事では、これまでの実務経験をもとに、初めてIT予算を組む人が押さえるべき本質と、現場で気をつけるべきポイントを整理して解説します。

この記事でわかること

なぜIT予算策定が重要なのか
予算策定の本質
予算策定で気をつけるべき3つのポイント

なぜIT予算策定が重要なのか

まず押さえておきたいのは、IT予算策定は 単なる経理上の手続きではない という点です。

予算策定の重要性は、大きく3つのレイヤーに分けて考えると、見え方が変わります。

① 実行可能性を担保する

当たり前ですが、お金がなければ、何もできません。

外部ベンダーへの発注
SaaSライセンスの購入
クラウドリソースの利用
開発要員のアサイン

IT組織がやることのほとんどには、コストがかかります。来年度にいくらかかるかを見積もり、計画として確保しておくこと。これが、施策を実行するための前提条件です。

予算を立てていなければ、実行はできません。期中にどれだけ良いアイデアを思いついても、予算がなければ動けない。これが現実です。

② 来年度の戦略を「宣言」する

予算配分は、会社が来年度に「何にどれだけ投資するか」という意思を可視化したものです。

たとえば、データ基盤の刷新に大きな予算を割いていれば、それは「来年度はデータ活用を本気でやる」という戦略の表明です。逆に、保守費用ばかりが大半を占めていれば、新しい挑戦はしないという宣言になります。

つまり、予算は 経営判断そのもの です。数字を作る作業ではなく、来年度の方向性を決める作業だと捉える必要があります。

③ 経営との「対話言語」を持つ

ここが一番大事です。

経営層や他部門と対話するとき、IT組織は 予算という共通言語 で議論します。

「このプロジェクトに〇〇円かけて、〇〇のリターンを狙う」
「保守費は前年比+10%、理由はクラウド利用拡大」
「新規投資の枠を××円確保したい」

こうした会話ができないと、IT組織は経営の意思決定の場に呼ばれません。

逆に言えば、予算を組めるようになる=経営の輪に入っていくということです。これは、IT系管理職のキャリアにおいても、非常に重要な能力です。技術に強いだけでは、管理職としては不十分なのです。

予算策定の本質：理想を現実の数字に翻訳する

ここから、予算策定の本質に踏み込みます。

予算策定の目的は、来年度の費用を見積もることではありません。

予算策定の本質は、
来年度の戦略と実行計画を、関係者全員が動ける「現実の数字」に落とし込むこと

これが、予算策定の本当の姿です。

金額を出すこと自体は、最後の工程に過ぎません。その手前の「何をするのか」「どんなリソースが必要か」を考えるプロセスにこそ、予算策定の本体があります。

予算策定は「4つの翻訳」の積み重ね

予算策定は、戦略から数字までを段階的に翻訳していくプロセスです。

#	具体化ステップ	中身
①	戦略 → 施策	来年度に何をするかを考える
②	施策 → リソース	必要な人・モノ・時間を見積もる
③	リソース → コスト	リソースを金額に換算する
④	コスト → ROI	その投資で何が得られるかを示す

多くの人がやってしまう失敗は、いきなり③から始めることです。

「ベンダー単価×人月で、××円」「ライセンス費は△△円」と、コスト計算だけで予算を埋めてしまう。すると、なぜその金額が必要なのか、その投資で何が得られるのかが説明できなくなります。

金額は「結果」であって「目的」ではない

予算策定の本体は、①〜③のプロセスです。

来年度、どんな戦略で動くのか
そのために、どんな施策を打つのか
どれくらいのリソースが必要なのか

これを考え抜いた上で、最後に金額として表れたものが予算です。

金額を出すこと自体はテクニックでなんとかなります。しかし、その手前の「何をやるかを決める」プロセスが抜け落ちると、予算は中身のない数字の羅列になってしまいます。

だからこそ、予算策定は高度な仕事です。経営として管理する数字に落とし込むため、「何にいくらかかるのか」を見積もるための経験と勘所が求められます。

予算策定で気をつける3つのポイント

ここからは、実務で予算を組むときに押さえておきたい3つのポイントを整理します。

ポイント①：使い切れる額にする

予算を確保できても、使い切れなければ意味がありません。

「多めに取っておけば安心」と思いがちですが、これは経営視点では大きな落とし穴です。

使いきれないと、予算策定の精度が悪いとみなされる
翌年度から予算がつきにくくなる可能性がある
余らせる=本来他部署に回せた経営資源を、無駄にしていることになる

予算は、自部門のものではなく 会社全体の経営資源 です。

たとえば、IT組織が1億円余らせていれば、それは本来別の部署が使えたかもしれない1億円です。経営目線で見ると、これは大きな非効率です。

だからこそ、予算は「使い切れる現実的な額」に収めることが大事です。判断のポイントは、デリバリーが可能か、です。

自組織のリソースで、計画通りに進められるか
ベンダー側にも、対応できる体制があるか
スケジュール的に、今年度内に発注・執行できるか

こうした観点で、現実的な予算に収めていきます。

ポイント②：企画組織と協業する

IT予算は、IT組織だけでは作れません。

保守工数の見積もり
クラウドリソースのコスト試算
既存システムの運用費

このあたりはIT組織だけで見積もれます。しかし、新規プロジェクトに関しては、企画組織と一緒に考える必要があります。

確認すべきこと	企画組織と握るポイント
どんなプロジェクトをやりたいのか	目的・狙うビジネス成果
規模感はどれくらいか	対象業務範囲・関係部署
リリースターゲットはいつか	経営からの期待時期
体制は組めそうか	企画側・現場側の要員確保見込み

これらを企画組織と一緒に握れていないと、予算は「数字としてはあるが、中身がない」状態になります。実体験として、この失敗は私自身も経験しました（詳しくは次章で）。

ポイント③：事業貢献とセットで考える

お金を使うにあたっては、どんなリターンが得られるか（ROI） を示すことが重要です。

予算策定時には、見込みベースでもいいので投資効果を試算しておく。そして、執行後にはきちんと投資効果を報告する。この2つをセットで回せると、IT組織への信頼と次年度以降の予算確保しやすさが大きく変わります。

逆に、お金を使ったのに事業として何も嬉しいことがない、という状態が続くと、来年度から予算がつきにくくなります。

ROIを示すための問い

このプロジェクトで、事業にどんな成果が生まれるか
定量化できるとしたら、どんな指標か
何年で投資回収できるか

「効果は曖昧だけど、なんとなくやりたい」では、経営からの承認は得られません。

実体験：「数字はあるが中身がない」予算を作ってしまった話

ここで、私自身の失敗体験を共有します。

私は事業会社で、ある事業部のIT予算策定を担当していました。規模は数億円レベルです。しかし、初めて担当したとき、大きな失敗をしました。

何が起きたか

企画部署から「来年度やりたいプロジェクトリスト」が共有され、私はそれを 超概算で見積もり、予算に載せました。

そのときの状態は、こんな感じでした。

プロジェクト計画はまだない
要求事項はざっくりとしたレベル
期待効果も曖昧
それでも「やりたい」と言われたので、予算に積み上げた

そのまま予算を通してしまった結果、新年度が始まってからこうなりました。

プロジェクトを開始しようとしたが、企画側の体制が整わない
要求事項がそもそも変わっていた
結果として、予算が執行できなかった

何が本質的にダメだったか

振り返ると、私がやっていたのは 単なる数字づくり でした。

予算策定で最も重要な「戦略から施策を考え、計画に落とし込む」というプロセスが、完全に抜けていたのです。

その結果、予算という数字はあるのに、その明細に中身がない という状態になってしまいました。

この経験から学んだこと

このときの失敗から、私はこう考えるようになりました。

予算は、施策計画とセットで作るもの

「やりたい」だけでは予算に載せない
企画側と一緒に計画を握ってから数字にする
計画が固まらないなら、検討フェーズの予算枠として扱う

予算策定は数字をまとめる作業ではなく、計画を作る作業。この実感は、失敗を通じて初めて腹落ちしました。

まとめ

IT予算策定は、Excelに数字を埋める作業ではありません。

予算策定で本当にやっていることは、次の3つです。

来年度の戦略と施策を考える
関係者と握って、現実の計画に落とす
それを経営が判断できる「数字」に翻訳する

この3つが揃って初めて、予算は 意味のある経営判断の材料 になります。

そのために押さえるべきポイントは、次の3点です。

予算策定の3つのポイント

使い切れる現実的な額にする
企画組織と協業して中身を握る
事業貢献（ROI）とセットで考える

予算は、自分の部門だけのものではなく 会社全体の経営資源 です。

だからこそ、来年度の戦略を語り、それを現実の数字に翻訳できるIT組織は、経営の意思決定の輪に座席を持つことができます。

予算策定は、IT組織が経営と対話するための、最も実践的なトレーニングの場ともいえます。

おまけ：やりがちなNGパターン

最後に、IT予算策定で典型的なNGパターンを2つ紹介します。私自身もハマりました。

NG① 企画要望をただ積み上げるだけ

企画組織から「これやりたい」と言われたものを、内容を理解せずにそのままIT予算に積み上げてしまうケースです。

どんなプロジェクトなのか、自分たちで説明できない
規模感や難易度の判断ができていない
ベンダーに丸投げするしかない状態になる

これは、ベンダーに対してお金を払う立場として、致命的です。

予算の段階から「使い道」を理解していないIT組織は、ベンダーや企画組織にコントロールされる側に回ります。

予算の段階から、その施策の中身・目的・期待効果を自分の言葉で説明できる状態を作る。これが、IT組織として主体性を持つ第一歩です。

NG② バッファを過剰に積む

「まだ具体的には決まってないけど、これくらいの余剰は欲しい」と、根拠の薄いバッファを多めに積んでしまうケースです。

予算が潤沢な会社なら問題にならないかもしれません。しかし、多くの場合、これは以下の悪影響を生みます。

本来他部署に回せたかもしれない経営資源を、無駄にしている
使い切れなかった場合、次年度の予算チェックが厳しくなる
「IT組織の予算精度は低い」という評価が定着する

バッファを積むなら、「何のためのバッファか」を説明できる範囲 に留める。

為替変動リスク対応の枠
新規調査・PoCのための検討枠
緊急対応のためのインシデント予備費

このように、用途と判断基準を明示できるバッファだけにする。

「念のため」「なんとなく」のバッファは、経営からの信頼を失う一番の近道です・・・。

関連記事