システム開発のスケジュールはどう決まるか｜日程確認5点

システム開発の日程は、4つの工程の合計で決まる

見積書に書かれた「開発期間：約3か月」という数字は、1つの作業がまとまって3か月続くという意味ではありません。実際には、性質の異なる複数の工程が順番に積み上がって、合計としての日程になっています。工程ごとの所要期間は案件の規模や既存システムとの連携状況で変わりますが、多くの見積書では次の4つの工程に対応する形で日程が組まれています。

日程の中でも特に見積もりの時点で読みにくいのが要件定義です。関係部署の数が多い案件ほど、確認のやり取りに時間がかかり、要件定義そのものの期間が見積もりより延びることがあります。要件定義が長引くと、後続のすべての工程がそのぶん後ろにずれます。見積書に書かれた「約3か月」がどの工程にどれだけ配分されているかを、契約前に確認しておくことが、日程の妥当性を判断する最初の一歩です。発注の手順そのものを一から確認したい場合は業務システム開発の進め方ガイドで、要件定義から契約形態の選び方までの5段階を解説しています。金額の内訳と相場の確かめ方はシステム開発の費用の見積書の読み方で扱っていますので、あわせてご覧ください。

発注側が日程で確認する5点

見積書の日程をそのまま受け取るのではなく、契約前に次の5点を確認しておくと、着手後に日程がずれたときの原因を早く切り分けられるようになります。

確認したときの反応も、日程の見積もり精度を見極める材料になります。「進めながら決めましょう」としか答えられない会社と、5点それぞれについてその場で根拠を説明できる会社とでは、着手後に日程の見直しが発生する確率が変わってきます。特に、完了の基準と要件確定の起点は、契約書や見積書の文言だけでは読み取りにくいことが多いため、口頭での確認だけで済ませず、確認した内容を議事録やメールで残しておくと、着手後の認識違いを防ぎやすくなります。

日程が後から押しやすい3つの要因

5点を確認したうえでも、着手後に日程が後ろにずれることはあります。次の3つの要因は、着手前の段階で予兆に気づきやすいポイントです。

3つの要因はいずれも、着手前の準備段階で兆候をつかめるものばかりです。要件定義の参加者が決まらない、連携先の洗い出しが終わらない、受入テストの時期が繁忙期と近い、といった状態が契約の時点で見えているなら、それは日程が押しやすい案件だと事前に分かっているのと同じです。日程の遅延を発注側の都合だけで防ぐことはできませんが、着手前に上記の予兆を確認しておくことで、遅延が起きた場合にも原因を早く切り分けやすくなります。開発以外も含めた業務効率化の進め方は業務効率化の進め方ガイドで整理しています。外注先そのものの比較基準は基幹システム開発の外注先の選び方で扱っています。

日程の前提をすり合わせて進めた開発事例

確認の5点と3つの要因が実際の開発でどう活きるかを、事例で見てみます。

このほか、見積書作成の自動化、与信管理・債権回収の効率化など、業務領域の異なる開発実績があります。いずれも着手前に完了の基準と参加者を確定させたうえで進めており、業種や業務が異なっても、日程の前提をそろえるという進め方自体は共通しています。発注前の要件の固め方から相談したい場合はAI受託開発の進め方も参考になります。

よくある質問

登壇・セミナー実績

開催レポートを読む →

開催レポートを読む →

神戸商工会議所・石川県庁など、各地の商工会議所や自治体でAI活用セミナーに登壇しています。現場で得た知見をもとに、中小企業から上場企業までのAI導入を支援しています。

監修

仙入 功樹 せんにゅう こうき

代表取締役

吉村 祐樹 よしむら ゆうき

COO

本記事はAI導入支援の実務担当が監修しています。中小企業から上場企業まで、AI導入の相談から開発・研修・運用定着までを支援しています。監修者の経歴と登壇実績はメンバー紹介をご覧ください。