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

SVNのシステム発注は、現状調査、要件定義と提案依頼、委託先の選定と契約の順に進めます。そのうえで構築、移行、受入テストを行うと、運用まで見通した導入につながります。

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

SVNのシステムの概要と発注前の全体像

運用や外部連携も発注範囲に含める構成です。

SVNはApache Subversionの略称で、ソースコードや設計書などの変更履歴を、サーバー上のリポジトリに集めて管理する集中型のバージョン管理システムです。

利用者はcheckout、update、commitを使い、リビジョン単位で差分やログを確認できます。発注時には、誰が使い、どんなデータを扱うかを決めておきます。さらに、動かす環境と管理の手順も定めます。

SVNを継続利用するメリット

SVNは、社内ネットワークやVPN内に正本を置きたい企業に適しています。既存の運用手順やツールを大きく変えたくない場合も、候補になります。

画像やCAD、動画、ゲーム素材のように、同時編集を避けるためファイルロックを使うデータでは、集中型の運用が合う場合があります。

Gitが主流だからという理由だけで移行するのは避け、開発者数やリポジトリ構成、バイナリの比率、レビュー方法、将来のCI/CD計画を照らして判断します。

発注するシステムの構成要素

発注範囲を決めるには、SVNの基本構成と、つながる連携先を先に整理しておきます。

サーバー側：Apache HTTP Serverとmod_dav_svn、またはsvnserve
利用者側：開発者PCのSVNクライアント
運用基盤：リポジトリ、認証、バックアップ、監視・ログ
連携先：必要に応じてLDAP、Active Directory、Jenkins、Redmine、Jira、IDE、TortoiseSVN

外注先が接続する場合は、アクセスの範囲を決めておく必要があります。リポジトリやパスごとの権限、接続元IP、アカウントの期限を定め、退職や契約終了時の停止手順も用意します。

SVNのシステムの発注形態の選び方

発注形態は、利用規模と社内に残す運用責任で決めます。小規模なチームなら、ホスティングを契約して設定だけを依頼する方法が現実的です。

認証連携や高可用性、既存ツールとの統合が必要なら、専門会社に設計から保守までをまとめて委託します。

新規導入か、既存環境の延命や移行かを先に分けると、過不足の少ない見積もりを得られます。

ホスティングを契約する方法が向いている企業

自社でサーバーを管理する人員が少なく、標準的なSVN機能を早く使いたい場合は、マネージドホスティングが候補になります。

料金例：月額4,000円・6GB（スタンダード）、月額6,400円・12GB（ラージ）、月額10,000円・30GB（エクストララージ）
別途確認する作業：既存SVNの移行、セキュリティ調査票、IP制限、バックアップデータ取得などのオプションや社内作業

上記の料金は、民間向けに公開されている価格の例です（出典：ファーエンドテクノロジー「My Subversion サービス内容」、2026年確認）。

個別構築を外注する方法が向いている企業

次のような要件があれば、個別設計を含めて外注するのが適しています。

認証と接続：Active DirectoryやLDAPとの連携、複数拠点からの接続
可用性と監査：冗長化、災害対策、厳格な監査ログ
開発基盤との統合：Jenkinsや課題管理との連携

社内の仮想基盤やAWS、Azureに構築する場合は、OSやWebサーバーの管理、監視、バックアップを、どこまで外注先が受け持つかを決めておきます。

クラウド基盤を用意したあとも、パッチ適用や復旧訓練は人が続けて担う作業です。そこで、その担当者を見積書と契約書に明記します。

Git移行や併用を含めて発注する方法

移行方式は、現在の課題や開発方法に合わせて検討します。

SVNを再構築：課題が開発速度ではなく、サーバー老朽化、権限管理、バックアップ不足にある場合
Gitへ段階移行：プルリクエスト中心のレビュー、分散開発、クラウドネイティブなCI/CDを重視したいとき
SVNとGitを併用：履歴の参照が多い製品はSVNに残し、新規開発だけをGitへ移す方法

発注時には、移行後も残す履歴の範囲、タグとブランチの対応、旧環境を参照できる期間を合意します。

ポイント

ホスティング、個別構築、既存環境の移行のどれにするかは、利用規模と社内に残す運用の範囲で決めます。認証連携や高可用性の要件があるかどうかも、この判断に関わります。

SVNのシステム発注を進める手順とRFPの作り方

SVN発注は、調査から運用の引き継ぎまでの工程と、各段階で確かめる内容を決めて進めます。

現状の調査と、守るデータ・停止できる時間の整理
要件の定義
提案の依頼
委託先の決定
設計と構築
移行リハーサル
受入テスト
本番への切り替え
運用の引き継ぎ

提案を求める段階では、製品名やサーバー台数を先に固定せず、整理した要件をもとに複数案を出してもらいます。要件定義が曖昧なまま進めると、認証連携やバックアップなどが後から追加され、工数が当初の1.3〜1.5倍に膨らむ可能性があります（出典：NotebookLM一次Q&A「業務システム全般_16」、2026年）。

現状調査で整理する情報

現行環境を把握するには、規模、接続、運用の履歴を集めておきます。

環境と規模：OS、SVN・Apacheのバージョン、リポジトリ数・容量、年間増加量
履歴と利用：リビジョン数、タグ・ブランチ数、利用者数、同時接続数
接続と連携：外注先・海外拠点、認証方式、接続元ネットワーク、フック、コミット通知、Jenkins・Redmine・Jira連携
復旧状況：バックアップ世代と復旧実績

過去の障害や遅延の原因が分かっていれば、その内容を発注時の優先順位に反映できます。

RFPに含めるべき要求事項

RFPには、提案の前提と対象範囲、成果を確かめる条件を書き込みます。

企画情報：目的、対象範囲、利用者・組織、現行構成、希望する発注形態
進行条件：納期、予算の考え方、既存資産の扱い
要求と成果：必須機能、非機能要件、納品物、検収条件
SVN固有要件：リポジトリ・authz、権限、ログ保存期間、TLS、MFAを含む認証方式、バックアップ・リストア、障害時の目標復旧時間

移行リハーサル、本番切り替え、ロールバックの手順は、具体的に書いておきます。ソースコードや設計書だけでなく、設定ファイルやIaC、運用手順書も納品対象です。さらに、アカウント一覧やフックのソースも、納品に含めます。

移行と受入テストで確認する項目

受入基準を確かめるには、移行前後のデータ照合と、利用者の操作確認を組み合わせます。

データ照合：リポジトリ・リビジョン数、最終更新日時、タグ・ブランチ、ファイル数、主要ファイルの差分
代表ユーザーの操作確認：checkout、update、commit、差分確認、ロック解除、権限エラー
連携と復旧：Jenkinsなどのジョブ、バックアップからの復元、旧環境への切り戻し

合格基準と証跡を残しておき、バックアップから復元したリポジトリでも同じ操作ができるかを見ます。

ポイント

要件が曖昧なまま提案を求めると、工数が膨らむ可能性があります。守るデータと停止できる時間を先に整理し、RFPには検収条件まで書き込んでおくのが目安です。

SVNのシステム外注で選ぶ契約形態と契約書の注意点

契約形態は、成果物と仕様を確定できる範囲や、発注者と受注者の役割分担で選びます。

たとえば、要件整理や調査は準委任、仕様と検収条件を決めやすい設計、構築、移行は請負とする複合契約も検討できます。

契約名称は目安にとどめ、作業範囲や成果物、検収の条件を条項で確かめます。さらに、変更管理、再委託、知的財産、障害対応の条項も見ておきます。

準委任契約が向いている作業

作業時間や専門家の役務に対価を支払う準委任は、調査結果で対応方針が変わる作業や、継続的な支援に合う場合があります。

調査・計画：現行環境の把握、要件定義、移行方針の検討
運用設計：技術支援と継続的な保守

完成したサーバー一式の納品を約束すると、双方の期待がずれることがあります。そこで、準委任でも稼働時間や担当者、会議体を明記します。

準委任では、成果物の形式や報告の頻度、問い合わせ時間を決め、秘密保持とアクセス権限も書いておきます。

請負契約が向いている作業

完成物と検収条件を決められる作業は、請負契約が適しています。

設計・構築：構成設計書、構築済みSVNサーバー
移行・確認：移行済みリポジトリ、試験成績書
引継ぎ：運用手順書

検収では、起動するかどうかだけでなく、権限どおりに閲覧や更新ができるかを確かめます。バックアップからの復元や移行履歴の照合も、検収の対象に含めます。

仕様が変わった場合は、見積もりの方法と納期への影響、承認者を決めておきます。変更前に作業を止めるルールも定めておくと、追加請求をめぐるトラブルを防げます。

知的財産・引渡し・アクセス終了の明記

外注先が作成する成果物について、利用や改変の条件と引渡しの範囲を契約で定めます。

成果物：設定ファイル、フックスクリプト、移行スクリプト、IaC、設計書、テスト結果、運用手順書
権利とライセンス：著作権の帰属、第27条・第28条の権利、著作者人格権、第三者OSSの表示
契約終了時：アカウント無効化、秘密情報の返却・消去、ログ保存期間

仕様や検収方法を契約前にそろえるうえで、IPAの「情報システム・モデル取引・契約書」が参考になります（出典：IPA「情報システム・モデル取引・契約書（第二版）」、2020年）。

ポイント

契約形態は、成果物と仕様を確定できる範囲で選びます。調査や支援は準委任、設計・構築・移行は請負が候補です。契約名は目安にとどめ、条項の中身も確かめます。

SVNのシステム発注費用と開発期間の相場

構成範囲が広がるほど費用幅も大きくなります。

SVN本体はオープンソースのため、ライセンス料が発生しない構成を選べます。一方で、構築や移行、認証連携には費用がかかります。さらに、バックアップや監視、教育、保守の作業も費用の対象になります。

次に示す数字は、公開ホスティング価格と業務システム開発の類似案件を組み合わせた推定の幅で、公的なSVN専用の統計ではありません。

費用は、サーバー台数や容量、履歴量、利用者数によって変わります。移行の難度や可用性の要件でも、幅が出ます。そのため、予算計画では初期の目安として使います。

発注パターン別の初期費用と期間

初期費用と期間は、構成や移行範囲に応じて幅があります。

ホスティング契約と設定のみ：アカウント・リポジトリ・権限の設定で0〜30万円程度、即日〜2週間程度
既存SVNのクラウド移行・標準構築：30〜150万円程度、2週間〜2か月程度
社内向け開発基盤：150〜500万円程度、1〜4か月程度
複数拠点などを含む構成：500〜1,500万円以上、3〜9か月以上の可能性

社内向け開発基盤には、SVNやCI、課題管理のほか、AD・LDAP、監視、バックアップも含みます。

上位の構成は、高可用性や大容量、災害対策、監査対応を含む想定です（出典：NotebookLM一次Q&A「業務システム全般_16」、2026年）。

保守運用費とホスティング利用料

保守費とホスティング利用料の目安を押さえておきます。

保守費：一般的な業務システムでは、初期費用の年15〜25％程度、月5万〜30万円程度が目安です。
ホスティング：小規模なら月数千円から1万円台の場合があります。
比べ方：月額料金だけでなく、年間の総保有コストで見ます。

保守費は、SVN専用の決まった公定価格があるわけではありません。パッチ適用や証明書更新、アカウント管理などを、どこまで含めるかで大きく変わります。

移行支援やセキュリティ調査、復旧訓練は、別途費用がかかります。

見積書での費用の分け方

見積もりの抜けを避けるため、作業と追加条件を分けて確認します。

設計・構築：要件定義、基本・詳細設計、サーバー構築、認証連携、リポジトリ作成
移行・引継ぎ：データ移行、テスト、教育、ドキュメント、切替、保守
個別条件：リハーサル回数、バックアップ・リストア試験、休日切替費用

「作業一式」が多い場合は、前提や対象外、追加単価、上限工数、変更時の承認方法を各社に尋ね、条件をそろえます。

ポイント

初期費用は構成の範囲で幅が大きく、ここでの数字は初期の目安です。保守費やホスティング料を含めて年間の総コストで比べ、見積書も作業と追加条件に分けて確かめます。

SVNの委託先選定と見積比較のポイント

技術面と運用時の対応力をまとめて確認できます。

委託先は、SVNの知識に加えて業務と運用を理解し、移行後まで責任を持てる会社から選びます。

選定では、同規模の実績や担当者の経験、セキュリティを比べます。さらに、文書の品質や障害時の連絡体制、内製化の支援も見ます。なお、会社の知名度や初期費用の安さも判断材料になりますが、これらは一部にすぎません。

SVN専業の構築会社、ホスティング事業者、Git移行や基盤刷新に強いSIerは、得意な領域が違います。案件の目的に合わせて候補を分けます。

実績と技術体制の確認項目

実績を尋ねるときは、作業の種類と案件の規模、担当体制を分けて確かめます。

経験した作業：SVN新規構築、既存SVN移行、Git移行、CI・課題管理連携
類似案件：可能であれば、利用者数、リポジトリ数・容量、認証方式、停止時間、移行履歴の規模が近い事例
技術担当：Subversion、Apache、LDAP、ネットワーク、バックアップ、監視、スクリプト

外注先が自ら運用するのか、第三者のクラウドや再委託先に任せるのかも、あらかじめ明確にします。

セキュリティと運用の比較ポイント

機密情報を扱うなら、保管場所やアクセスの管理、脆弱性への対応を確かめます。

情報保護：通信暗号化、保管場所、最小権限、管理者操作の監査
アカウント管理：ライフサイクル、バックアップの暗号化と保管先
更新対応：CVE確認、安定運用版と検証版の区別、更新手順

Apache Subversion公式ニュースは、2024年12月にセキュリティ修正を含む1.14.5を案内しました。

その後、2026年7月には1.15.0-rc3が公開されています。ただし、公式は本番利用向けではないと説明しています（出典：Apache Subversion「News Archives」、2026年）。

相見積もりを公平に比較する方法

各社の提案は同じ条件で比べ、価格に含まれる作業や、実行できる見込みも確かめます。

条件を統一：同じRFPと質問票を渡し、価格、納期、範囲、前提、対象外を比較
体制を比較：担当体制、保守範囲、検収条件を確認
実行計画：リスク、エスカレーション、切替失敗時のロールバック、引継ぎ計画を見る

安い見積もりには、移行リハーサルや復旧試験が含まれていない場合があります。そのため、金額だけで横並びに比べないようにします。

ポイント

委託先は、同規模の実績や担当者の経験、セキュリティで絞ります。見積もりは同じRFPと質問票を渡し、条件をそろえて比べます。

SVNのシステム発注でよくある質問

発注時には、費用やGit移行、外注先のアクセス権限について、よく疑問が出ます。

SVNは無料なので発注費用もかかりませんか？

SVN本体はオープンソースですが、発注費用が無料になるとは限りません。

サーバーの構築や認証、権限の設定には作業が発生します。移行やバックアップ、監視、教育、保守にも、作業と費用がかかります。ホスティングは月額数千円からの例がある一方、既存環境の移行や高可用性には個別費用が加わります。

予算は、ライセンス費用、初期構築費、移行費、月額の運用費に分けて立てます。

Gitが主流ならSVNを発注せず移行すべきですか？

必ず移行する必要はありません。既存の資産、バイナリのロック、社内ネットワーク、監査要件、チームの習熟度を見て判断します。

選択肢は、SVNの継続、Gitへの移行、チームごとの併用です。Gitへ移行する場合は、履歴やタグ、ブランチ、課題番号、アクセス権を、どこまで引き継ぐかを決めます。

試験移行で開発者の操作とCIを確認してから、本番へ切り替えます。

外注先にSVNを開放するときの注意点は何ですか？

外注先には必要なリポジトリとパスだけを許可し、管理者権限は渡さないという最小権限を基本にします。

接続とID：個人アカウントを使い、共有IDを避け、接続元IPやVPN、TLSの扱い
期限と記録：アカウント期限とコミットログの管理
契約終了時：即日無効化、端末・秘密情報の返却、アクセスログの確認
情報管理：個人情報や不要な認証情報をリポジトリに置かない

この運用ルールは、技術設定と契約の両方に定めておきます。

まとめ：運用まで含めたSVNのシステム発注の比較

SVN発注では、製品どうしの比較だけでなく、既存データや利用者、認証、権限、バックアップの条件まで要件として整理します。さらに、バイナリの扱いやCI連携、監査、将来の移行計画も要件に入れます。

ホスティング、標準構築、個別開発、Gitへの段階移行から形態を選び、RFPと見積もりの比較条件をそろえます。

発注成功のために最初に決めること

まず、現行環境を一覧にして、SVNを継続するかGitへ移行するかの判断軸を決めます。

次に、業務と非機能の要件をRFPに書き込みます。そのうえで、移行やテスト、検収、引き継ぎ、契約終了時のアクセス停止を見積もりに含めてもらいます。

成果は、金額だけでなく、復旧できるか、権限どおりに使えるか、担当者が替わっても運用を続けられるかで評価します。

委託先へ相談する前の最終チェック

委託先に相談する前に、利用環境と運用条件を整理しておきます。

利用環境：利用者数・組織、リポジトリ数・容量、現行バージョン
接続条件：認証方式、接続拠点、外注先の有無
移行・日程：バックアップ・復旧状況、希望納期、停止許容時間、Git移行の意向

この情報がそろうと、各社の提案を同じ前提で比べられます。

導入だけでなく、脆弱性への対応や権限の見直し、バックアップからの復旧、利用者への教育、保守まで含めて発注します。

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

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
 ・スクラッチシステム開発の完全ガイドブック
 ・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

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

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

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

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。