Excel管理の限界｜システム化の期間は何か月？規模別の目安

Excel管理が限界に来ていることは分かっている。でも「いつから楽になるのか」が読めないと、社内で予算の話を進められない。システム化の相談でいちばん多く聞かれるのが、費用ではなく期間です。

結論：期間を決めるのは「実装」ではなく「並行運用」

Excel管理をシステム化して本番で回り始めるまでの期間は、画面10前後の業務ならおおむね4〜5か月、画面5つ程度の小さな業務なら1.5〜2か月、複数部署にまたがる業務なら7〜10か月がひとつの目安です。

そして、この期間の長さを決めているのは「作る速さ」ではありません。新しい仕組みと今のExcelを両方動かして突き合わせる期間（並行運用）が、業務サイクル1周ぶん必ず必要になることです。月次締めのある業務なら、ここだけで最低1か月。実装を2週間短くしても、並行運用は1か月から縮みません。

IPA（情報処理推進機構）が1,396件のプロジェクトを集計した結果でも、開発プロジェクト全体の工期は中央値10.1か月、下位25%でも6.0か月でした。さらに、工期は投入工数の3乗根に比例する傾向があるとされています。つまり規模が8倍になっても工期は2倍にしかならない代わりに、工期を半分にしようとすると工数は8倍必要になるという構造です。人を足しても期間は思ったほど縮まない、ということがデータの側から裏打ちされています。

以下では、この期間を自社の数字で出せるように、足し算の式に分解していきます。

期間の試算式：5つの工程に分けて足す

実務では、期間を次の形で見積もります。ひとつの塊で「半年くらい」と言わず、工程ごとに分けるのが要点です。

期間 ＝ 現状の棚卸し ＋ 設計 ＋ 実装 ＋ 並行運用 ＋ 切替

それぞれの出し方を順に見ていきます。

棚卸し：1〜4週（規模で変わる）

今のExcelファイルが何本あり、どのシートが何を意味し、どこで人が手で直しているのかを洗い出す工程です。ここを飛ばすと、後の工程で必ず「この列は何だったのか」で止まります。ファイル1〜3本なら1週、部署をまたいで10本以上あるなら3〜4週をみます。

実装 ＝ 画面数 × 1画面あたりの実装日数

実装の見積もりは、機能を文章で数えるのではなく画面の数で数えると精度が上がります。数え方は次の3種類に分けます。

• 入力する画面（登録・編集フォーム）：1画面あたり2〜3日。入力チェックの条件が多いほど上に振れます。
• 一覧で見る画面（検索・絞り込み・並べ替え）：1画面あたり1〜2日。
• 出力・帳票（PDF・請求書・集計表・CSV）：1画面あたり3〜5日。体裁を既存の紙に合わせる必要があると最も重くなります。

注意点として、ここで出るのは「作る日数」だけです。IPAの集計では、開発5工程のうち製作工程が占める月数の比率は中央値0.244、つまりコードを書いている期間は全体の約4分の1にすぎません。基本設計0.190・詳細設計0.163・結合テスト0.192・総合テスト0.173と、設計とテストで残りの大半を使います。実装日数だけを見て「1か月で作れるはず」と考えると、ほぼ確実に外れます。

並行運用 ＝ 業務サイクル1周ぶん

並行運用は、新しい仕組みと今のExcelを同時に動かし、出てきた数字が一致するかを突き合わせる期間です。長さは好みでは決められず、その業務のサイクル1周ぶんで決まります。

• 日次で完結する業務（備品の貸出、日報など）：2週間（10営業日ほど回せば十分）
• 月次締めのある業務（受発注、請求、在庫、原価）：1か月
• 月次＋四半期の締めがある業務：2か月

月次締めがある業務で並行運用を2週間に削ると、月末だけに起きる処理（締め、繰越、消費税の端数、翌月への引き継ぎ）を一度も通さずに本番へ出すことになります。現場で多いのは、ここを削った結果として本番1か月目に数字が合わず、結局その月をもう一度やり直すパターンです。削ったつもりの2週間が、1か月の手戻りに変わります。

見落とされがちな「意思決定と確認の待ち時間」

遅れる見積もりに共通しているのは、発注側が確認・判断している時間を工程に入れていないことです。設計書のレビュー、画面の確認、帳票の体裁の承認、テストデータの提供は、どれも発注側の作業時間を使います。

実務では、レビュー1回あたり3営業日を工程に積んでおきます。設計で2回、実装中の画面確認で3回、テストで2回なら、それだけで約7回×3営業日＝3週間ぶんの待ち時間です。これを計算に入れていない見積もりは、作業が順調でも1か月近く後ろにずれます。

切替：1〜2週

データ移行、権限とアカウントの配布、手順書づくり、現場への説明の工程です。移行するデータの範囲（何年ぶん遡るか）が決まっていれば1週、過去データの名寄せが残っていると2週以上かかります。

規模別の3ケース：式に数字を入れてみる

上の式に実際の数字を入れると次のようになります。結論の期間はすべて幅で書いています。1点の数字で約束されている見積もりほど、根拠が薄いと考えたほうが安全です。

ここに前述の「確認の待ち時間」を足すと、中規模は5〜6か月、大規模は8〜10か月のレンジに落ち着きます。大規模のレンジは、IPAの工期中央値10.1か月・下位25%の6.0か月という実績分布とおおむね重なります。つまり、複数部署にまたがる規模のシステム化を「3か月で」と計画するのは、公開されている実績データから見て無理のある前提です。

なぜ並行運用が律速になるのか

棚卸し・設計・実装は、やり方を工夫すれば縮められます。画面を減らす、設計書を薄くする、既存のロジックを流用する、人を増やす。いずれも効きます。

一方で並行運用は、縮める手段が構造的に存在しません。月末にしか起きない処理を検証するには、月末が1回来るのを待つ以外に方法がないからです。カレンダーが進むのを待つ工程なので、予算を増やしても人を増やしても1日も縮みません。

IPAの分析でも、中規模以上のプロジェクトでは工期の短縮に限界があることが示されています。信頼区間95%の下限値を下回った事例が10万人時以上のプロジェクトに1件もなく、この下限値が工期短縮の限界の目安になると指摘されています。「急ぎなので最短で」という要望に対して誠実に答えられるのは、工程を削ることではなく、第1版のスコープを小さく切って並行運用のサイクルを短い業務から始めることです。

うまくいかないケースも正直に書くと、並行運用を「二重入力で現場に負担がかかるから」と削った案件は、本番後の数字の不一致を調べる作業が発生し、結果的に現場の負担が増えています。並行運用の2週間〜1か月は、削るところではなく最初から予定に入れておくところです。

進め方の違いで期間はどう変わるか

同じ業務でも、どの手段を選ぶかで期間の出方が変わります。どれが優れているという話ではなく、何が期間を決めるかが違うという整理です。

注目したいのは、どの進め方を選んでも並行運用の長さは変わらない点です。短縮できるのは棚卸し・設計・実装の部分だけで、だからこそ「既存のExcelを作り直さずに活かす」やり方は、棚卸しと設計の工程が軽くなるぶんだけ早くなります。逆に言えば、どの手段でも「来週から使える」ことはありません。

私たちはこうした今のスプレッドシートを作り直さずにアプリ化するサービスも行っております。記事の途中で恐縮ですが、進め方の違いを具体的に見比べたい方は、よろしければあわせてご覧いただけたら嬉しいです。

期間が延びる6つの要因と、先に潰す手

遅れる案件には、ほぼ同じ理由が並びます。どれも着手前であれば数日で潰せるのに、着手後だと数週間に膨らむ性質のものです。

もうひとつ、補助金を使う場合は制度側の待ち時間が工程に入ります。中小企業デジタル化・AI導入支援事業（デジタル化・AI導入補助金2026、旧IT導入補助金）の通常枠6次締切は、申請締切が2026年10月30日、交付決定が2026年12月10日（予定）で、申請から交付決定まで約6週間です。事業実施期間は交付決定から2027年5月31日（予定）までの約6か月と定められています（2026年10月時点の公式発表）。交付決定前に発注すると補助対象外になり得るため、補助金を前提にするならこの約6週間の待ちと、約6か月という完了期限の両方を最初から工程に組み込む必要があります。

発注前に決めておくと早くなる5項目

見積もりを取る前にこの5つが決まっていると、棚卸しと設計の工程が目に見えて短くなります。逆に、ここが決まっていないまま進むと、先ほどの表の「延びる要因」をそのまま踏むことになります。

1. 第1版に入れる画面の一覧：入力・一覧・帳票に分けて数えられる形にする。数が出れば実装日数がその場で試算できます。
2. 最終決裁者と、返答の期限：誰がOKを出すか、レビューに何営業日で返すか。ここだけで3週間の差が出ます。
3. 移行するデータの範囲：過去何年ぶんを持っていくか。「全部」と言わずに年を切ると、名寄せの作業量が確定します。
4. 帳票の現物：請求書・納品書・報告書のPDFか紙。体裁が後から変わると帳票は作り直しになります。
5. 並行運用を置く月：繁忙期を避け、月次締めを1回通せる月をカレンダー上で指定する。ここが決まると全体の完成時期が逆算できます。

費用の側から検討している場合は、Excel管理の引き継ぎを外注する費用も同じ考え方で分解しているので、期間と費用を並べて見ると判断しやすくなります。システム化そのものを迷っている段階であれば、スプレッドシート管理の限界とアプリ化の選択肢から読むのが近道です。顧客管理に絞って移行先を比べたい場合はExcel顧客管理の限界と移行3タイプの比較、SaaS導入と自社向け開発で迷っているならkintone乗り換えの費用と代替の考え方が参考になります。在庫管理であればスプレッドシート在庫管理のアプリ化に具体例があります。

まとめ

Excel管理のシステム化にかかる期間は、棚卸し＋設計＋実装＋並行運用＋切替の足し算で出せます。実装は「画面数 × 1画面あたり2〜5日」で数え、そこに発注側の確認の待ち時間（レビュー1回3営業日）を必ず積みます。

そして、全体の2〜3割を占める並行運用は業務サイクル1周ぶんから縮められません。月次締めのある業務なら最低1か月です。期間を短くしたいときに効くのは工程を削ることではなく、第1版の画面数を絞り、確認の返答期限を決め、帳票の現物を先に揃えることです。

自社の業務で画面を数えてみて、出てきた期間が社内の事情と合わない場合は、どこを第1版から外せば間に合うかという形で相談いただくのが確実です。期間の試算だけでもお役に立てることがあるかと思います。