公共システム開発の発注/外注/依頼/委託方法について

公共システムの開発を外注・委託しようと考えているものの、「民間のシステム発注と何が違うのか」「入札や調達の手続きをどう進めればよいのか」「失敗しないためにどんな準備が必要か」と疑問をお持ちの担当者の方は多いのではないでしょうか。公共システムの調達は、透明性・公平性・説明責任が求められる公共調達の原則のもとで進めなければならず、民間企業のシステム発注とは大きく異なる手続きと準備が必要です。適切な手順を踏まずに進めると、調達後のトラブル・納期遅延・完成したシステムが要件を満たさないといった事態に陥るリスクがあります。

本記事では、公共システムの開発を外注・委託する際の具体的な発注手順から、調達方式の選び方、仕様書作成のポイント、ベンダー評価基準、そして失敗を防ぐためのポイントまでを詳しく解説します。初めて公共システムの調達を担当する方でも、スムーズに進められるよう具体的な手順をご紹介します。

▼全体ガイドの記事
・公共システム開発の完全ガイド

公共システム開発の外注・発注の全体像

公共システムの開発を外注する流れは大きく、「計画・要件整理フェーズ（業務分析・RFI・仕様書作成）」「調達・入札フェーズ（公告・入札・審査・契約）」「開発フェーズ（要件定義〜テスト〜リリース）」「運用フェーズ（保守・法改正対応・改善）」の4つのステップで構成されます。公共調達特有のプロセスとして、RFI（情報提供依頼書）の活用、入札仕様書（調達仕様書）の公告、入札参加者の資格審査、開札・落札者決定、契約締結という一連の手続きが加わります。各フェーズで発注側がすべきことを理解し、適切な準備と意思決定を行うことが、プロジェクト成功の鍵です。

公共システムの調達方式には主に「一般競争入札」「指名競争入札」「随意契約」の3種類があります。一般競争入札は、最も透明性・公平性が高い方式で、一定金額以上の調達では原則として採用が義務づけられています。入札資格要件を満たすすべての事業者が参加できるため、競争性が確保されますが、入札仕様書の作成や審査に時間がかかります。指名競争入札は、発注機関が信頼できる事業者を指名して競争させる方式で、実績・信頼性のある業者に絞った入札が可能ですが、指名の公平性確保が課題です。随意契約は特定の事業者と直接契約する方式で、緊急対応・特許技術・少額案件などに限定されます。公共システム開発では、金額や緊急性・特殊性に応じた適切な調達方式の選択が重要です。

公共システムの調達では、価格だけで落札者を決める「最低価格落札方式」ではなく、技術力・実績・体制・セキュリティ対応力を価格とともに総合的に評価する「総合評価落札方式」の活用を強くおすすめします。最低価格落札方式では、価格競争の結果として技術力の低いベンダーが落札し、システム品質の低下・納期遅延・追加費用の発生につながるリスクがあります。総合評価落札方式では、技術提案書の審査・プレゼンテーション評価・類似実績の確認などを通じて、価格と品質・技術力のバランスを考慮した落札者選定が可能です。評価基準（価格評価点・技術評価点の配点比率）は案件の特性に応じて設定しましょう。

発注前の準備：RFIの活用と仕様書作成

公共システムの開発発注を成功させるためには、入札公告の前に十分な準備を行うことが最も重要です。準備が不十分なまま入札を公告すると、仕様書の解釈が曖昧で参加者から多数の質問・問い合わせが殺到したり、入札後に仕様変更が生じて追加費用・納期遅延につながったりするリスクがあります。特に、公共システムの仕様書作成はセキュリティ要件・標準化要件・法令対応要件など多岐にわたる専門的内容が求められるため、十分な時間をかけた準備が不可欠です。

RFI（Request For Information：情報提供依頼書）は、入札仕様書を作成する前に市場の最新動向・技術・費用感・対応可能なベンダーを把握するための重要なツールです。公共システムの調達では、RFIを活用することで、ガバメントクラウド上での実装可能性・標準仕様書への準拠方法・セキュリティ要件の実現コスト・複数ベンダーの対応能力などを事前に把握できます。RFIに記載すべき主な内容として、システムの目的と概要、業務要件の概要、セキュリティ要件の概要、ガバメントクラウド・標準化対応の方針、スケジュールの目安、回答を求める情報（対応可能な技術・費用概算・実績）が挙げられます。RFIへの回答を入札仕様書の作成に活用することで、実現可能性の高い、かつ競争性が確保された調達が可能になります。

入札仕様書（調達仕様書）は、複数のベンダーが同一条件で入札・提案できるよう、システムの要件を詳細かつ明確に記述した文書です。公共システムの仕様書に記載すべき主な内容として、プロジェクトの目的と背景、現状の業務フローと課題、新システムで実現すべき機能要件（必須要件・推奨要件に分類）、非機能要件（性能・可用性・拡張性・セキュリティ・標準準拠性）、LGWAN接続要件・マイナンバー連携要件、ガバメントクラウド対応要件、地方公共団体情報システム標準化対応要件、データ移行要件、研修・導入支援要件、保守・運用要件（SLA・法改正対応・バージョンアップ）、納品物一覧（ソースコード・設計書・テスト仕様書・操作マニュアル）、評価基準（総合評価落札方式の場合は技術評価点の基準）が挙げられます。仕様書の品質が提案品質と競争性に直結するため、できる限り詳細かつ客観的な記載をおすすめします。

ベンダー評価と審査のポイント

入札仕様書を公告したら、参加表明・入札書の受付を行います。総合評価落札方式の場合は、技術提案書の審査とプレゼンテーション評価も実施します。評価にあたっては、担当職員だけでなく、情報システム・セキュリティ・業務の専門知識を持つ内部・外部委員で構成される評価委員会の設置をおすすめします。公平性・透明性を確保しながら、技術力・実績・セキュリティ対応力を適切に評価することが重要です。

公共システムのベンダーを評価する際の主な基準として、公共分野の実績（同種・同規模の公共システム開発実績があるか、自治体・政府機関への納入実績があるか）、セキュリティ対応力（ISMS認証・プライバシーマーク取得、LGWAN接続システムの構築実績、マイナンバー法対応システムの実績）、標準化・ガバメントクラウド対応力（標準準拠システムの開発実績、ISMAP登録クラウドサービスの活用経験）、プロジェクト管理体制（PM専任か、公共システムのプロジェクト管理経験、再委託管理体制）、保守・長期運用体制（法改正対応の実績とスピード、SLA設定の妥当性、担当者の継続性の確保）が挙げられます。また、財務状況の安定性（倒産リスク）や、情報セキュリティ事故の有無・対応実績も重要な評価ポイントです。

公共システムの開発会社との契約時に特に確認すべき事項として、契約形態（請負型は成果物の完成責任があるが要件変更は別途費用が発生しやすい、準委任型は要件変更に柔軟だが費用管理が難しい）、納品物の定義（ソースコードの所有権・著作権の帰属、仕様書・設計書・テスト仕様書・操作マニュアルなどのドキュメント一式）、追加費用の発生条件と変更管理プロセス、バグ対応の保証期間と範囲、法改正・制度改正対応の費用負担の考え方、セキュリティインシデント発生時の対応責任と損害賠償条件、情報セキュリティ管理体制の確認と監査権限、再委託（下請け・孫請け）の可否と範囲・管理体制が挙げられます。公共調達では契約の適正性が特に重要であり、法務担当や会計検査にも耐えられる契約書の内容を確認した上で締結することをおすすめします。

開発中の管理と発注機関がすべきこと

開発が始まったら、ベンダー任せにせず、発注機関（自治体・公共機関）も積極的にプロジェクトに参画することが重要です。週次・隔週の進捗確認ミーティングへの参加、マイルストーン（要件定義完了・基本設計完了・開発完了など）ごとの成果物レビューと承認、業務担当部署（住民課・税務課・福祉課など）への定期的なデモ確認と早期フィードバックを継続することで、完成後に「現場で使えないシステム」になるリスクを大幅に減らせます。特に、公共システムでは複数の部署・担当者が利用するため、各部署の業務担当者が実際の業務シナリオで動作確認できる機会を開発中から設けることが重要です。

公共システムでは、リリース前にセキュリティ審査・脆弱性診断を実施することが強く求められます。特に、住民の個人情報・マイナンバー情報・税務情報を扱うシステムでは、外部の専門機関によるペネトレーションテスト（侵入テスト）・ソースコードレビュー・脆弱性スキャンを実施し、セキュリティ上の問題がないことを確認した上でリリースすることが望ましいです。発注仕様書にセキュリティ審査の実施と報告書の提出を義務付け、審査費用も契約に含めておくことで、後から費用が発生するリスクを防げます。

開発完了後の受け入れテスト（UAT：User Acceptance Testing）と検収手続きは、公共システムの発注においても非常に重要なフェーズです。検収基準（何をもって納品完了と判定するか）を事前に仕様書・契約書で明確に定めておくことが、後のトラブルを防ぐ重要なポイントです。業務担当職員が実際の業務シナリオ（住民からの申請受付・審査・通知・データ連携など）で動作確認を行い、すべての機能要件・非機能要件・セキュリティ要件を満たしていることを確認します。検収で見つかったバグや仕様の乖離は、契約範囲内か追加費用が発生するかをベンダーと確認しながら対応を進めます。また、操作マニュアル・設計書・テスト仕様書などのドキュメント納品も検収の対象に含めることを忘れないようにしましょう。

まとめ

公共システムの開発発注を成功させるためには、RFIを活用した市場調査・入札仕様書の詳細な作成・適切な調達方式の選択（総合評価落札方式の活用を推奨）・セキュリティ審査の組み込み・契約内容の精査・開発中の積極的な関与が重要です。特に、発注機関側の準備不足は入札後の仕様変更・追加費用・納期遅延の主な原因となるため、業務フローの整理・セキュリティ要件の明確化・標準化対応の方針決定に十分な時間をかけることをおすすめします。また、公共調達では透明性・公平性・説明責任が求められるため、評価基準の明確化と評価プロセスの記録を徹底することが重要です。適切な準備と優秀なパートナー選定により、公共システムの開発は住民サービスの向上と行政事務の効率化に大きく貢献します。

▼全体ガイドの記事
・公共システム開発の完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。