補助金システム開発が遅延したら｜30日・14日・7日前の救済判断

結論：残30日・14日・7日は「完成率」ではなく判断を変える日リンク

遅延案件では、予定日を後ろへずらした工程表が毎週提出され、完成率だけが80％、90％と上がることがあります。しかし、完成率の分母、完了の定義、対象版が固定されていなければ、数字は意思決定に使えません。必要なのは、受入可能な成果物単位で未完了量を数え、期限までに残る営業日へ置くことです。

本記事では、残日数ごとに作業を速めるのではなく、判断権限と停止条件を切り替えます。30日前は再計画、14日前は収束、7日前は保全です。どの時点でも、日付の遡及、未実施テストの合格扱い、現在版で過去の検収版を上書きする対応は救済策に含めません。

表は横にスクロールして全項目を確認できます

最初に3つの時計を分け、実装に使える残日数を出すリンク

遅延の残日数は、カレンダー上の完了期限から今日を引いただけでは足りません。第1は開発の時計で、実装、結合、移行、修正に使える日数です。第2は発注者の時計で、受入テスト、再テスト、検収決裁、請求書確認、銀行手続、証拠整理に使う日数です。第3は制度の時計で、計画変更、事故等報告、中止・廃止、実績報告等の手続きと回答待ちです。

まず検収・支払い・実績報告の期限逆算表で、自社の完了期限から発注者側と制度側の固定日数を引きます。D0を交付決定通知等で確認した補助事業完了期限、Bを受入・再テスト日数、Pを社内支払い日数、Eを証拠・報告準備日数、Hを休日・銀行休業日とすると、実装可能最終日は「D0－B－P－E－H」です。各日数は一律値を入れず、自社の承認者、銀行、制度、公募回から実測します。

表は横にスクロールして全項目を確認できます

4時間で7つの正本を凍結し、希望的観測を工程から外すリンク

遅延を認識した当日に、追加実装より先に正本を凍結します。凍結とは作業を全部止めることではなく、判断時点の事実を消さないことです。ファイル、版、日時、作成者、承認状態を保存し、その後の修正版は別版にします。チャットの「ほぼ完成」「今日中に直す」は正本にしません。

集めるのは、制度・契約・技術・検収・経理の7点です。入手できない資料そのものがリスクです。たとえばWBSがないなら進捗差を再計算できず、テスト対象版がないなら不具合修正の結果を再現できません。管理者アカウント、ソース、データ、クラウド権限がベンダーだけにある場合は、ベンダー引継ぎ12点を同時に開始します。

凍結後は、経営者、事業責任者、経理、ベンダー、支援士業・事務局確認担当が同じフォルダと基準日を見ます。資料が届くまで完成率を仮置きせず、「確認不能」と記録します。確認不能を0％とみなすのではなく、意思決定不能の停止条件として別管理します。

表は横にスクロールして全項目を確認できます

進捗は10列の成果物台帳で測り直すリンク

遅延救済では、タスクの着手率ではなく、第三者が確認できる成果物で進捗を測ります。1機能を「設計50％、実装80％」と書く代わりに、要件ID、受入条件、対象版、実物、テスト結果、不具合、依存、残作業、完了見込み、責任者を一行にします。実物と証拠が開けない行はDoneにしません。

未完了量は、単純な機能数ではなくクリティカルパスで見ます。認証、権限、データ移行、外部連携、請求、ログのように、後続の複数工程を止める作業を先に特定します。担当者を増やせば短くなる作業と、承認・外部回答・順序依存で短くならない作業を分けます。

ベンダーへ聞くのは「間に合いますか」ではありません。「次に発注者が確認できる成果物は何か」「いつ、どの版で、誰が、どの合格条件を確認できるか」「遅れた場合に影響する後続工程は何か」です。回答は会議議事録ではなく、成果物台帳とWBSへ反映します。

表は横にスクロールして全項目を確認できます

中核判断表：残30日・14日・7日で続行・縮小・停止を切り替えるリンク

次の表は、補助事業の公式基準ではなく、GXOが遅延案件の経営会議で使う内部ゲートです。日数だけで自動判定せず、実装可能最終日までの営業日、成果物、品質、手続、支払いを合わせます。大規模システムや外部審査がある案件では、30日より早く同じゲートを置きます。

最優先するのは、予定機能の量ではなく、承認済み事業目的を、合格可能な中核成果物と証拠で説明できることです。削減案は補助事業の最小スコープで事業・技術・経費・手続を分け、実行前に必要な確認を行います。機能を削れば自動的に計画変更が認められるわけではありません。

合計点は付けません。制度期限不明、変更未確認、検収対象版不明、現実的な回避策のない重大不具合、支払い不能、証拠の遡及・改変のいずれかがあれば、他の項目が良くても赤です。赤は直ちに契約解除や補助対象外を意味せず、その判断を進める前に作業を保留し、権限者へ戻す信号です。

表は横にスクロールして全項目を確認できます

残30日：48時間で基準線を引き直し、同じ範囲を続けるか決めるリンク

残30日で最初に行うのは、残業要請ではなく48時間の再計画です。初日で7つの正本と進捗証拠10列を作り、2日目に実装可能最終日までのWBSへ置き直します。ベンダーの標準見込みだけでなく、外部連携回答の遅延、重大修正、発注者の確認待ちを含む遅延時の見込みを並べます。

現行範囲を続ける条件は、中核スコープ、検収可能版、クリティカルパス、利用部門のUAT枠、経理・支払い枠、納品物責任者がすべて置けることです。置けない場合は、同じ範囲を続けながら様子を見るのではなく、縮小案、体制変更案、停止案を同時に決裁します。体制追加には引継ぎ時間があるため、人数を増やした分だけ直線的に短縮できるとは見積もりません。

残14日：新機能を止め、検収可能な中核版へ収束させるリンク

残14日は「まだ2週間ある」ではなく、実装可能最終日を過ぎていないか確認する日です。受入、再テスト、請求、支払い、証拠に必要な日数を引いた結果、実装に使える日が残っていなければ、新規開発を続けません。中核版の対象、未実装、重大不具合、追加要望を分離します。

GXOの標準ゲートでは、残14日で中核業務を利用部門が試せる版を要求します。試せる版とは、デモ画面ではなく、対象環境、権限、基礎データ、主要連携、期待結果がそろい、受入結果を保存できる版です。ここで初めて大きなデータ差異や設計不足が見つかるなら、同範囲の継続を黄色または赤へ戻します。

14日以降の変更要求は、承認済み要件に対する不具合修正、制度・契約上確認済みの変更、後続自費の追加要望に分けます。追加要望を「ついでに直す」と混ぜると、対象版、費用、検収、証拠の境界が消えます。後続自費へ分ける場合も、補助事業の中核成果が現行期間内に独立して完了・説明できるかを確認します。

表は横にスクロールして全項目を確認できます

残7日：開発量を追わず、検収・支払い・証拠を守るリンク

残7日は、機能数を増やして見た目の完成率を上げる期間ではありません。対象版を固定し、重大不具合の修正と再テスト、データ照合、権限確認、納品物回収、検収決裁、請求・支払い、証拠IDの接続へ作業を限定します。版を固定した後の修正は、修正版と影響範囲を明示して再テストします。

期限直前にやってはいけないのは、過去日付の納品・検収記録を作る、未実施テストを合格にする、要件を事後的に削って最初から対象外だったように見せる、対象外・自費の費用を同じ証憑へ混ぜることです。救済の目的は補助金を必ず受け取ることではなく、事実を保存し、経営損失と追加リスクを最小化することです。

救済は4分岐：続行・承認前提の縮小・自費分離・停止リンク

遅延案件を「間に合わせるか、諦めるか」の二択にしません。現行範囲で続行、必要な承認・契約変更を前提とした縮小、補助事業として完了させる範囲と後続自費開発の分離、停止・中止等の専門確認、の4分岐にします。各案で、完了日、成果物、費用、事業効果、手続、契約、支払い、証拠を比較します。

現行範囲の続行は、最も多く作れる案ではなく、すべての停止条件を解消できる案です。縮小は、単に機能数や金額を削る案ではなく、事業目的と効果を残し、制度・契約上必要な確認を実行前に終える案です。自費分離は、未完了部分を後で作れば自動的に認められる仕組みではなく、補助範囲と後続範囲の契約、版、費用、検収、証拠を混ぜない設計です。

どの案でも完了条件を満たせない場合、完成率を上げるためだけの作業を止めます。制度上の中止・廃止・事故等報告、契約上の解除・損害・支払い、データ・アカウント保全を同日に専門担当へ渡します。GXOは技術事実と復旧可能性を整理しますが、制度承認や法的責任を確定しません。

表は横にスクロールして全項目を確認できます

企業・ベンダー・士業・GXOの責任を混ぜないリンク

遅延時は、全員が助けようとして責任境界が崩れます。企業は事業目的、受入、追加予算、続行・停止を決裁します。ベンダーは対象版、残作業、品質、納品物、技術的な完了見込みを説明します。支援士業・制度担当は制度・公募回・手続き・提出物の確認を支援し、事務局回答を記録します。

GXOの第三者レビューは、7つの正本を回収し、WBS、クリティカルパス、対象版、不具合重大度、データ、権限、UAT、納品物、支払い・証拠工程から完了可能性を判定します。制度上の承認、補助対象、補助金額、契約解除、損害賠償を保証・確定しません。必要な論点を、事務局・士業・弁護士等へ渡せる差分表にします。

相談時に最初から全資料を精査する無償作業にはしません。初動は通知、契約・見積、現行WBS、対象版、不具合、検収・支払期限の6点に限定し、60分の一次判定でA〜Dの仮分岐と追加調査範囲を決めます。これにより、完了不能案件を無期限に追わず、復旧可能で責任者・予算・期限がある案件を実装支援へ進めます。

表は横にスクロールして全項目を確認できます

60分経営会議で、次の72時間を決めるリンク

経営会議は、ベンダーへの責任追及から始めません。0〜10分で正本と残日数、10〜20分で検収可能版と重大不具合、20〜30分でクリティカルパス、30〜40分で制度・契約・支払いの未確認、40〜50分でA〜Dの4案、50〜60分で決裁・責任者・次ゲートを決めます。

会議の出口は「ベンダーに頑張ってもらう」ではなく、72時間以内に第三者が確認できる成果物です。たとえば、中核版の提供、データ移行照合表、重大不具合の修正版、事務局質問票、縮小差分表、アカウント移管のいずれかを指定します。約束した成果物が出なければ、次のゲートを待たず判定を一段下げます。

期限全体の初動整理がまだなら48時間の期限リカバリー、検収版が出ているなら受入テスト20項目、証拠が散在しているなら監査証跡・三版管理へ分岐します。本記事は、開発遅延が事実になった後の経営判断に限定します。

まとめ：期限直前まで希望的観測を続けないリンク

補助金システム開発の遅延は、作業量を増やす前に、残日数と判断を変えることで救います。30日前に正本とWBSを引き直し、14日前に中核版へ収束し、7日前は合格・支払い・証拠の保全へ切り替えます。完成率ではなく、第三者が開ける成果物と、期限内に残る行動で判断してください。

対象版が出ない、重大不具合が閉じない、データ・権限・証拠がベンダーだけにある、変更確認が始まっていない場合は、日数に余裕があっても早く赤判定になります。逆に、残日数が短くても、中核範囲、UAT、支払い、証拠、責任者がそろい、制度・契約上の確認が終わっていれば、限定した救済案を比較できます。

交付決定済みで開発遅延がある案件は補助事業レスキュー窓口から、交付決定通知、契約・見積、WBS、対象版、不具合、検収・支払期限を共有してください。GXOは60分の一次判定で、続行、縮小、補助範囲と自費の分離、停止・専門確認のどこから始めるかを整理します。

よくある質問リンク

出典・公式情報リンク

• 中小企業新事業進出補助金 資料ダウンロード

  交付規程、補助事業の手引き、実績報告ガイド、変更・事故・中止等の様式の公式入口

  確認 2026-07-25
• 中小企業新事業進出補助金 補助事業の手引き

  計画変更の事前承認、事故等報告・延長、完了・実績報告、支払い、システム構築のWBS等に関する制度固有資料

  2026年7月1日・第1.7版／P.33〜34、P.41〜46、P.85〜86

  確認 2026-07-25
• 中小企業省力化投資補助金（一般型）資料ダウンロード

  公募回別資料、計画変更承認申請書、事故報告書等の公式入口

  確認 2026-07-25
• 中小企業省力化投資補助金（一般型）交付決定後の留意事項

  第1〜3回向け。交付決定通知の完了期限、計画変更、納品・検収・支払い、事故報告の制度固有資料

  2026年7月14日改訂／P.2〜6

  確認 2026-07-25
• ものづくり補助金 交付規程（19次以降）

  事故等報告、実績報告期限、額確定等に関する19次以降の交付規程

  2025年2月28日掲載／第13条・第15条

  確認 2026-07-25
• デジタル庁 標準ガイドライン実践ガイドブック

  政府情報システム向けの進捗、課題、リスク、変更管理の参考資料。民間契約の強制基準ではない

  2025年6月19日更新／第3編第2章 プロジェクトの管理

  確認 2026-07-25
• IPA 情報システム・モデル取引・契約書（第二版）

  ユーザ・ベンダー間で仕様、プロジェクト管理方法、検収方法を共通理解にするための公式モデル。個別契約と最新法令を確認

  掲載文書2025年4月8日更新

  確認 2026-07-25

制度の要件・金額・期限は年度や公募回で変わります。最終更新日（2026-07-25）時点の公式情報に基づいて執筆していますが、申請・契約の前に必ず公式サイトで最新情報をご確認ください。