社員が100人を超え、事業が複数の部署・拠点にまたがって拡大していくと、情シスが抱える外注案件も自然と複数同時進行になっていきます。営業支援システムの刷新が進行中の裏で、経理部から新しい請求管理システムの発注要望が上がり、同時に既存の基幹システムの保守契約更新のタイミングも迫っている。30〜100人規模のひとり情シスの時代であれば、案件そのものが同時に複数走ることは稀で、1件ずつ順番に片付けていく余地がありました。しかし100〜300人規模になると、年間の開発予算という限られた枠の中に、複数のプロジェクトを同時に収めなければならない状況が常態化します。このガイドでは、複数プロジェクトが同時進行する状況で、開発予算をどのような考え方で配分し、状況の変化に応じてどう見直していくかを扱います。

この記事で分かること

複数の外注プロジェクトが同時に進行する100〜300人規模の情シスチームが、限られた開発予算をどう配分し、優先順位の変化にどう対応するかを解説します。個々の部署からの要望をどう調整するかという立ち位置の話は複数部署から同時に外注要望が来たときの情シスの調整役の果たし方に、個別プロジェクトのRFP作成プロセスは事業拡大期の基幹システム発注、要件を複数部署から集める進め方に譲ります。この記事は、それらの案件が複数同時に存在する前提で、金額という観点からどう全体を管理するかに焦点を当てます。

  • 複数プロジェクトを抱える場面で「優先順位」とは別に「予算」という観点がなぜ必要になるのか
  • 年間の開発予算の全体像をどう可視化するか
  • インパクト優先型・分散型・段階投資型という3つの配分の考え方
  • 見積もり段階で予算を超過したときの現実的な対応の選択肢
  • 予算配分を可視化し、年度途中の優先順位変化にどう対応するか
  • 複数プロジェクトの予算配分を経営層にどう説明するか

なぜ「予算」という観点が別途必要になるのか

要望の優先順位づけと、予算の配分は、似ているようで異なる判断です。優先順位づけは「どの案件から着手するか」という順番の問題であるのに対し、予算配分は「限られた金額をどの案件にどれだけ割り振るか」という配分の問題です。この2つは連動しますが、常に一致するとは限りません。

例えば、業務影響度が最も高いと評価された案件であっても、その解決に必要な費用が年間予算の大半を占めてしまう場合、他の案件に予算が回らなくなります。逆に、優先度は中程度でも、費用が小さく済む案件であれば、先に着手して早期に効果を出すという判断もあり得ます。予算という制約条件を踏まえて初めて、現実的な実行計画が見えてきます。

  • 優先順位が高い案件でも、予算規模によっては年度をまたいで段階的に投資する判断が必要になる
  • 複数の案件を同時に進める場合、開発会社側のリソースにも限りがあり、金額だけでなくスケジュールの競合も考慮する必要がある
  • 予算の使い方によって、翌年度以降の予算枠の見込みも変わってくる(単年度で使い切る発想と、複数年度で計画的に配分する発想の違い)

年間開発予算の全体像をまず可視化する

複数プロジェクトへの配分を検討する前提として、そもそも年間でどれだけの開発予算が使える見込みなのかを可視化しておく必要があります。100〜300人規模になると、情シス予算は単発の稟議の積み重ねではなく、ある程度年間の枠として経営層と合意しておくケースが増えてきます。

可視化する際は、次のような区分で整理すると、後の配分検討がしやすくなります。

区分内容
既存システムの保守・運用費現行の基幹システム、SaaS利用料、ハードウェアの保守など、継続的に発生する固定費
継続中プロジェクトの残予算すでに着手している案件で、今後も支払いが発生する見込みの金額
新規案件に配分できる予算上記を差し引いた後、新規の外注案件に使える見込み金額
予備費・バッファ想定外の追加要望やトラブル対応に備えて確保しておく金額

この区分を作らずに「今年の開発予算はいくらです」という総額だけで考えてしまうと、実際には保守費用や継続案件の支払いで大半が固定されており、新規案件に回せる余地がほとんど残っていない、という事態に気づかないまま複数の新規要望を受けてしまうリスクがあります。予算の全体像を最初に押さえることが、現実的な配分検討の出発点になります。

「以前は案件ごとに個別で稟議を通していたので、年間でどれだけ予算を使っているのか、自分でも正確に把握できていませんでした。今は年度初めに全体の枠を一覧化してから個々の案件を検討するようにしたところ、『実はこの案件をやると来年の保守費用まで圧迫する』といった見落としに早く気づけるようになりました」

複数プロジェクトへの配分方法: 3つの考え方

年間予算の全体像が見えたら、新規に配分できる予算をどう複数のプロジェクトに割り振るかを検討します。配分の考え方には、大きく分けて3つのアプローチがあります。

1. インパクト優先型: 業務影響度やリスクが最も大きい案件に予算を集中させ、他の案件は後回しにする考え方です。1つの深刻な問題を確実に解決できる一方、他の案件を待たせる部署の不満が蓄積しやすくなります。

2. 分散型: 複数の案件に少しずつ予算を配分し、同時並行で進める考え方です。多くの部署の要望に同時に応えられる一方、1件あたりの予算が小さくなり、規模の大きい根本的な解決が先送りになりがちです。

3. 段階投資型: 大規模な案件を複数のフェーズに分割し、初期投資を抑えながら段階的に予算を投じていく考え方です。1年でまとめて予算を使い切るのではなく、複数年度にわたって計画的に配分します。

アプローチ向いている状況注意点
インパクト優先型放置すると重大な損失につながる案件が明確に存在する場合他の部署の要望が長期間待たされ、不満が蓄積しやすい
分散型複数の部署が小〜中規模の課題を同時に抱えている場合個々の案件が中途半端な予算で進み、効果が限定的になりやすい
段階投資型大規模な基幹システム刷新など、初期投資が大きい案件がある場合フェーズ間の要件のずれが生じないよう、全体設計を最初に固めておく必要がある

実務上は、これら3つを状況に応じて組み合わせることになります。例えば、最もインパクトの大きい基幹システム刷新は段階投資型で複数年度に分け、その間に発生する小規模な改善要望は分散型で並行して対応する、といった組み合わせ方です。1つのアプローチに固執せず、案件の性質ごとに使い分ける柔軟性を持つことが実務的です。どのアプローチを選ぶにせよ、なぜその考え方を選んだのかを関係者に説明できる状態にしておくことが、後の予算執行を円滑に進めるうえで欠かせません。

予算配分の判断材料: 費用対効果をどう見積もるか

複数の案件を比較して予算配分を決める際、単純に「費用が安いものから」あるいは「声が大きい部署から」で決めてしまうと、投資効果の観点が抜け落ちます。可能な範囲で、各案件の費用対効果を見積もる作業を挟むことをお勧めします。

費用対効果の厳密な算出は難しい場合が多いため、次のような簡易的な観点で比較することが現実的です。

  1. 削減できるコスト: その案件によって、残業時間の削減、外部委託費の削減、ミスによる手戻りコストの削減など、定量化できる効果があるか
  2. リスクの低減: 情報漏えいやデータ消失、法令違反といったリスクを、どの程度低減できるか(金額換算が難しい場合も、リスクの大小を相対的に比較する)
  3. 売上・事業成長への貢献: その案件が、直接的または間接的に事業の売上や成長スピードに貢献する見込みがあるか
  4. 投資回収の見込み期間: 初期費用に対して、効果がどれくらいの期間で回収できる見込みか

この4つの観点で各案件を採点し、費用と照らし合わせることで、「費用は大きいが効果も大きい案件」と「費用は小さいが効果も限定的な案件」を区別しやすくなります。ただし、この採点はあくまで判断材料の一つであり、機械的に数字が高い順に予算をつけるという運用は避けてください。数字に表れにくいが重要な要素(例えば、放置すると法令違反につながるリスクなど)を見落とさないよう、採点結果はあくまで議論のたたき台として扱うことが重要です。

見積もり段階での予算超過にどう対応するか

複数案件を並行して進める中でよく直面するのが、実際に開発会社から見積もりを取った結果、想定していた予算を超過する事態です。1件だけの案件であれば予算超過分を追加で確保する交渉に集中できますが、複数案件が同時進行している場合、ある案件の予算超過が他の案件の予算を圧迫するという玉突き的な影響が生じます。

このような事態への対応としては、次の選択肢を検討します。

  • 案件のスコープを縮小する: 要件のうち優先度の低い部分を削り、初期フェーズの費用を抑える(MVP(実用最小限の製品)の考え方で最小限の範囲に絞る)
  • フェーズを分割する: 一括での発注をやめ、段階投資型に切り替えて、初年度の支出を圧縮する
  • 他の案件の予算を見直す: 全体の予算配分を再検討し、優先度がより低い案件の着手を翌年度以降に先送りする
  • 追加予算を経営層に相談する: 予算超過の理由と、超過してでも実施する価値があるという根拠を整理し、追加の予算確保を交渉する

いずれの対応を取るにしても、1つの案件の予算超過が全体の配分計画にどう影響するかを、複数案件を横断した視点で捉えることが重要です。個別の案件担当者だけで判断せず、予算配分全体を把握している立場(情シスチームのリーダーなど)が、影響範囲を確認したうえで判断する体制を整えておくことをお勧めします。見積書の内訳をどう読み解き、どこにバッファが含まれているかを理解しておくことも、超過の妥当性を判断する材料になります。詳しくはシステム開発の見積書、この内訳の見方で損を防ぐを参照してください。

相見積もりを複数案件で同時に取る場合の注意点

複数のプロジェクトを同時に検討している場合、それぞれの案件で相見積もりを取ることになりますが、この作業自体も予算管理と密接に関わっています。相見積もりを取る目的の一つは適正価格の把握ですが、複数案件を並行して見積もり依頼する際は、次のような点に注意が必要です。

  • 同じ開発会社に複数案件をまとめて問い合わせる場合、優先順位を明示する: 開発会社側も複数案件を同時に見積もる場合、リソースの制約から精度にばらつきが出ることがある。どの案件を優先して検討してほしいかを伝えておくと、より精度の高い見積もりを得やすい
  • 見積もり取得のタイミングを完全に揃えなくてよい: すべての案件の見積もりが出揃うまで予算配分の判断を待つ必要はない。緊急度の高い案件から順に見積もりを進め、判断を進めていく方が現実的
  • 見積もり金額だけでなく、提案内容の質も複数案件で比較する視点を持つ: 予算の制約が厳しいほど金額だけに目が行きがちだが、金額以外の比較観点(SLA(サービス品質保証)の水準、保守体制など)も並行して確認しておく

相見積もりの基本的な取り方やマナー、比較すべき観点については、相見積もりの取り方と比較の観点で詳しく解説されています。複数案件を同時に扱う場合は、この基本的な取り方を土台にしつつ、案件間での優先順位や比較の順序を意識して進めることが実務上のポイントになります。

予算配分を可視化するための一覧管理

複数プロジェクトの予算配分を適切に管理するためには、案件ごとの予算状況を一元的に可視化した一覧を用意することが有効です。個々の案件の稟議書や見積書が別々に管理されていると、全体としてどれだけの予算が動いているのか、担当者本人以外には把握しづらくなります。

一覧に含めるとよい項目は次のとおりです。

  • 案件名と担当部署
  • 想定予算と、実際に確定した契約金額
  • 現在の進行フェーズ(検討中・見積もり取得中・契約済み・実施中・完了)
  • 支払いのタイミング(一括か分割か、分割の場合はスケジュール)
  • 予算超過や見直しが発生した場合の履歴

この一覧を情シスチーム全体で共有し、定期的(四半期ごとなど)に見直す機会を設けることで、「気づいたら年間予算をほぼ使い切っていた」という事態を避けやすくなります。この一覧管理の考え方は、要望そのものを管理する仕組みと連動させておくと、二重管理の手間を省けます。要望の集約・調整の仕組みについては、複数部署から同時に外注要望が来たときの情シスの調整役の果たし方で扱っています。

複数プロジェクトが並走する際のリソース競合にも目を配る

予算の配分と並んで見落とされがちなのが、開発会社側や情シスチーム側の「人的リソース」の競合です。予算上は複数の案件を同時に走らせる余裕があっても、実際に対応できる人手が足りなければ、計画通りに進まなくなります。特に次の2つの競合は、複数プロジェクトを同時進行する際に頻繁に発生します。

  • 情シス側の担当者が複数案件を掛け持ちすることによる競合: 1人の担当者が複数のプロジェクトの窓口を兼ねている場合、打ち合わせやヒアリングのスケジュールが重なり、結局どちらの案件も中途半端な対応になってしまう
  • 同じ開発会社に複数の案件を依頼した場合のリソース競合: 気心の知れた開発会社に複数の案件をまとめて発注すると、開発会社側の体制が逼迫し、当初の想定よりスケジュールが遅延することがある

予算配分の検討と同時に、こうした人的リソースの競合がないかを確認しておくことをお勧めします。具体的には、各案件の主担当者と、想定される稼働時間の目安を一覧化し、特定の時期に負荷が集中していないかを確認する作業が有効です。予算上は問題なくても、リソースの競合によって結局プロジェクトが計画通りに進まなければ、投資した予算の効果が十分に発揮されません。

予算配分と発注のタイミングをずらす調整

複数プロジェクトの予算を確保できた場合でも、すべての案件を同時に発注するのではなく、あえて発注のタイミングを意図的にずらす調整も有効な選択肢です。同時に発注すると、前述したリソース競合のリスクが高まるだけでなく、情シス側の検収・受け入れテストの負荷も特定の時期に集中してしまいます。

タイミングをずらす調整のパターンとしては、次のようなものが考えられます。

  1. 緊急度の高い案件を先行させ、他の案件は数ヶ月後にずらして発注する: 予算上は同時に確保していても、発注そのものは段階的に行う
  2. 開発会社の繁忙期(決算期前後など)を避けて発注時期を調整する: 開発会社側にも繁忙期があり、時期によっては提案や見積もりの質が下がることがある
  3. 社内の受け入れ体制(検収担当者の確保など)に合わせて発注時期を調整する: 情シス側の検収作業が特定の時期に集中しないよう、あらかじめ分散させる

このような調整は、予算配分そのものとは別の観点ですが、実際にプロジェクトを進めるうえでは、予算とスケジュールの両方を組み合わせて計画することが、複数プロジェクトを無理なく進行させるための現実的なアプローチになります。

年度途中で優先順位が変わったときの再配分

一度決めた予算配分も、年度の途中で状況が変わることは珍しくありません。新しい法令対応が必要になった、想定外のトラブルが発生した、事業計画が変更になり新しい部署の要望が急浮上した、といった事態は、あらかじめ完全に予測することはできません。

年度途中での再配分に対応するためには、次のような備えが有効です。

  1. 予備費を最初から確保しておく: 年間予算の一部を、あらかじめ「用途未定の予備費」として確保しておくことで、急な要望にもある程度柔軟に対応できる
  2. 各案件の進行状況を定期的に確認し、遅延している案件がないか把握する: 予定より進行が遅れている案件があれば、その分の予算執行が後ろ倒しになり、他の案件に一時的に予算を回せる余地が生まれることもある
  3. 緊急度が急上昇した案件への対応ルールをあらかじめ決めておく: どの程度の緊急度であれば、既存の配分計画を組み替えてでも優先的に予算を割り振るのか、判断基準を事前に合意しておく

再配分が必要になった際は、影響を受ける他の案件の担当部署に対して、なぜ配分が変わったのかを丁寧に説明することも忘れないでください。予算という限られた資源の再配分は、優先順位の変更と同様、説明責任を伴う判断です。

IT導入補助金など外部の補助制度を予算配分の材料に加える

複数プロジェクトの予算配分を検討する際、自社の開発予算だけでなく、国や自治体が用意する補助制度の活用余地も併せて確認しておく価値があります。特に、中小企業を対象としたIT導入補助金は、既製のITツール導入を対象とした制度であり、フルスクラッチのシステム開発そのものには使いにくい構造になっていますが、案件によっては対象となるツール導入や、開発と組み合わせた部分的な活用の余地がないか、検討する意味はあります。

補助制度を予算配分の材料に組み込む際の注意点は次のとおりです。

  • 補助金の交付が確定するまで、予算計画をその金額に依存させすぎない: 補助金は審査を経て採択されるものであり、申請すれば必ず受け取れるとは限らない。補助金が出なかった場合の代替の予算計画も並行して用意しておく
  • 補助対象となる要件を、案件のスコープ決定より先に確認する: 補助金の対象要件に合わせてシステムの要件を歪めてしまうと、本来解決したかった業務課題からずれてしまう本末転倒な事態になりかねない
  • 申請から交付までのスケジュールを、プロジェクト全体のスケジュールに組み込む: 補助金の申請・審査には一定の期間がかかるため、発注のタイミングと補助金申請のタイミングの整合性を事前に確認する

補助制度は、複数プロジェクトを同時に抱え予算が逼迫している状況において、有力な選択肢の一つになり得ますが、制度の対象範囲や条件は年度によって変わるため、検討する際は必ず最新の公式情報を確認してください。フルスクラッチ開発とIT導入補助金の関係については、IT導入補助金でシステム開発はできるかで詳しく整理されています。制度を過信せず、あくまで複数の選択肢の一つとして扱う姿勢が、予算計画全体の安定性を保ちます。

稟議・経営層への説明で押さえるべきポイント

複数プロジェクトの予算配分を経営層に説明し、承認を得る場面では、個々の案件を単独で説明するのとは異なる観点が必要になります。経営層が知りたいのは、個別の案件の詳細だけでなく、「限られた予算全体を、情シスがどのような考え方で配分しているか」という全体像です。

説明資料には、少なくとも次の要素を含めることをお勧めします。

項目内容
年間予算の全体像保守・運用費、継続案件、新規案件、予備費の内訳
新規案件の一覧と優先順位どの案件を、どういう理由で優先しているか
配分の考え方インパクト優先・分散・段階投資のどれを、どの案件にどう適用しているか
リスクと対応策予算超過や優先順位変更が発生した場合、どう対応する方針か

これらの項目を1枚の資料にまとめ、口頭での補足説明を加えながら報告する形が実務上は扱いやすいでしょう。細部の数字を延々と読み上げるのではなく、全体の配分方針とその根拠を先に伝え、必要に応じて詳細な内訳を後から参照できるようにしておくと、限られた会議時間の中でも要点を伝えやすくなります。

このような全体像を示すことで、経営層は個々の案件の是非を判断するだけでなく、情シスチームが限られた予算を計画的に管理できているかどうかを評価できます。個別の稟議で反対意見に直面した際の説得材料の作り方は、稟議で社内の反対を乗り越える説得材料の作り方で詳しく扱われていますが、複数案件を横断した予算配分の説明では、それに加えて「全体の中でのバランス」を語れることが、個別案件だけを説明する場合との大きな違いです。

まとめ: 予算配分は一度決めて終わりではない

複数プロジェクトが同時に走る100〜300人規模の情シスチームにとって、開発予算の配分は一度決めて終わる作業ではなく、年間を通じて継続的に見直し続けるプロセスです。年間予算の全体像を可視化し、インパクト優先・分散・段階投資という配分の考え方を状況に応じて使い分け、費用対効果の観点を判断材料に加える。そして、見積もり段階での予算超過や、年度途中の優先順位の変化にも、全体を見渡す視点で対応する。

この一連のプロセスを通じて重要なのは、予算配分の判断を特定の案件や特定の部署の都合だけで決めるのではなく、限られた予算をチーム全体・会社全体としてどう最大限に活かすかという視点を持ち続けることです。複数プロジェクトを同時に抱える状況は、情シスにとって負荷が増える局面である一方、全社的な投資判断に関与する機会でもあります。この視点の転換ができるかどうかが、100〜300人規模の情シスチームが、単なる実行部隊から経営に近い判断を担う存在へと成長できるかどうかを左右します。複数プロジェクトを抱える負荷の大きさを、成長の機会として捉え直せるかどうかが、次の段階への分岐点になります。

予算配分の判断は、常に完璧な正解があるわけではありません。限られた情報の中で、業務影響・リスク・費用対効果という複数の観点を突き合わせながら、その時点で最も納得感のある配分を選び取っていく、地道な作業の積み重ねです。一度決めた配分に固執せず、状況の変化に応じて柔軟に見直しながらも、なぜその配分にしたのかを常に説明できる状態を保つ。この姿勢が、複数プロジェクトを同時に抱える100〜300人規模の情シスチームにとって、最も現実的で持続可能な予算管理のあり方だといえます。

限られた予算の中で複数の案件をどう配分するかという判断は、情シス担当者にとって決して楽しい作業ではありません。断らざるを得ない案件、後回しにせざるを得ない部署が必ず生じるためです。それでも、判断の根拠を明確にし、関係者に丁寧に説明を重ねていくことで、単発の予算配分の巧拙を超えて、情シスチーム自体への信頼が積み上がっていきます。この信頼の積み重ねこそが、次の予算サイクルでの交渉や、より大きな投資判断を任される土台になっていきます。焦らず、一つひとつの配分判断に丁寧な根拠を積み重ねていく姿勢を持ち続けてください。