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

SVNのシステム発注では、SVN自体のライセンス費用だけでなく、認証・権限、既存データの移行、バックアップ、CI連携、運用引継ぎまでを一つの業務要件として定義することが成功の条件です。

「SVNのシステム」を新しく構築する場合も、既存SVNをクラウドへ移行する場合も、発注形態や契約の選び方を誤ると、後から追加費用や納期遅延が発生します。本記事では、発注前の判断からRFPの作り方、契約形態、費用相場、委託先の選定、見積書の比較方法まで、実務でそのまま使える順番で解説します。

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

SVNのシステムとは何ですか？発注前に全体像を理解する

SVNはApache Subversionの略称で、ソースコードや設計書などの変更履歴をサーバー上のリポジトリに集約する集中型のバージョン管理システムです。利用者がcheckout、update、commitを行い、リビジョン単位で差分やログを確認できます。発注時は「SVNを入れる」だけではなく、誰が、どのデータを、どの環境から、どの手順で管理するかをシステムとして決める必要があります。

SVNは、社内ネットワークやVPN内に正本を置きたい企業、既存の運用手順やツールを大きく変えたくない企業に向いています。また、画像、CAD、動画、ゲーム素材など、同時編集を避けるためにファイルロックを使いたいデータでは、集中型の考え方が運用に合う場合があります。Gitが主流であることだけを理由に移行するのではなく、現在の開発者数、リポジトリの構成、バイナリの比率、レビュー方法、将来のCI/CD計画を照らし合わせて判断します。

基本構成は、開発者PCのSVNクライアント、Apache HTTP Serverとmod_dav_svnまたはsvnserve、リポジトリ、認証基盤、バックアップ先、監視・ログ基盤です。必要に応じてLDAPやActive Directory、Jenkins、Redmine、Jira、IDE、TortoiseSVNなどを連携させます。外注先がアクセスするなら、リポジトリ単位・パス単位の権限、接続元IP、アカウントの有効期限、退職・契約終了時の停止手順まで含めることが重要です。

SVNのシステムはどの発注形態を選ぶべきですか？

発注形態は、利用規模と社内に残したい運用責任で決めます。小規模なチームならホスティングを契約して設定だけ依頼する方法が現実的です。認証連携や高可用性、既存ツールとの統合が必要なら、専門会社に設計・構築・移行・保守をまとめて委託します。SVNを新規導入するのか、既存環境を延命・移行するのかを最初に分けると、過不足の少ない見積もりを取りやすくなります。

サーバーを自社で管理する人員が少なく、標準的なSVN機能を早く使い始めたい場合は、マネージドホスティングが候補です。公開価格の例として、ファーエンドテクノロジーのMy Subversionは、民間向けに月額4,000円で6GBのスタンダード、月額6,400円で12GBのラージ、月額10,000円で30GBのエクストララージを案内しています（出典：ファーエンドテクノロジー「My Subversion サービス内容」、2026年確認）。ただし、これは利用料の目安であり、既存SVNからの移行、セキュリティ調査票、IP制限、バックアップデータ取得などのオプションや社内側の作業は別途確認が必要です。

Active DirectoryやLDAPとの連携、複数拠点からの接続、冗長化、災害対策、厳格な監査ログ、Jenkinsや課題管理との連携が必要なら、個別設計を含む外注が向いています。社内仮想基盤やAWS、Azureなどに構築する場合は、SVNだけでなくOS、Webサーバー、証明書、ネットワーク、監視、バックアップの責任分界を決めます。特にクラウドでは、基盤を用意しただけで運用が自動化されるわけではないため、パッチ適用と復旧訓練を誰が担当するかを見積書と契約書に明記します。

既存SVNの課題が開発速度ではなく、サーバー老朽化、権限管理、バックアップ不足にあるなら、まずSVNの移行・再構築を検討します。一方、プルリクエスト中心のレビューや分散開発、クラウドネイティブな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には、目的、対象範囲、利用者と組織、現行構成、希望する発注形態、納期、予算の考え方、既存資産の扱い、必須機能、非機能要件、納品物、検収条件を記載します。SVNの場合は、リポジトリ構成、パス単位のauthz、読み書き権限、管理者権限、ログ保存期間、TLS、MFAを含む認証方式、バックアップとリストア、障害時の目標復旧時間、移行リハーサル、本番切替とロールバックを具体化します。ソースコードや設計書だけでなく、設定ファイル、IaC、運用手順書、アカウント一覧、フックのソースも納品対象に含めます。

移行テストでは、リポジトリの件数、リビジョン数、最終更新日時、タグとブランチ、ファイル数、主要ファイルの差分を移行前後で照合します。代表ユーザーがcheckout、update、commit、差分確認、ロック解除、権限エラーの確認まで実行し、Jenkinsなどの連携ジョブも動かします。バックアップから復元したリポジトリで同じ操作ができるか、障害時に旧環境へ戻せるかを確認し、合格基準と証跡を残します。

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

契約形態は、成果物と仕様をどこまで確定できるか、発注者と受注者の役割をどう分けるかで選びます。SVN構築では、要件整理や調査を準委任で行い、構成設計・構築・移行など仕様と検収条件を定めやすい部分を請負にする複合契約も検討できます。契約名称だけで判断せず、作業範囲、成果物、検収、変更管理、再委託、知的財産、障害対応を条項で確認します。

現行調査、要件定義、移行方針の検討、運用設計、技術支援、継続的な保守は、作業時間や専門家の役務に対して対価を支払う準委任契約と相性がよい場合があります。調査の結果によって対応方針が変わる段階で、完成したサーバー一式を納品する約束をすると、双方の期待がずれやすくなります。準委任でも、稼働時間、担当者、会議体、成果物の形式、報告頻度、問い合わせ時間、秘密保持とアクセス権限は明記します。

構成設計書、構築済みのSVNサーバー、移行済みリポジトリ、試験成績書、運用手順書など、完成物と検収条件を定義できる作業は請負契約に向いています。検収では「サーバーが起動する」だけでなく、権限どおりに閲覧・更新できること、バックアップから復元できること、移行対象の履歴が照合できることを条件にします。仕様変更が起きた場合の見積もり方法、納期への影響、承認者、変更前の作業停止ルールも決めておくと、追加請求をめぐるトラブルを防げます。

外注先が作成した設定ファイル、フックスクリプト、移行スクリプト、IaC、設計書、テスト結果、運用手順書を誰が利用・改変できるかを契約で定めます。ソースコードの所有権だけでなく、著作権の帰属、著作権法第27条・第28条の権利、著作者人格権の扱い、第三者OSSのライセンス表示も確認します。IPAの「情報システム・モデル取引・契約書」は、仕様や検収方法を契約時に共通理解にするための参照資料です（出典：IPA「情報システム・モデル取引・契約書（第二版）」、2020年）。また、委託終了時のアカウント無効化、秘密情報の返却・消去、ログの保存期間も決めます。

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

SVNはオープンソースソフトウェアであるため、ソフトウェア本体のライセンス料が発生しない構成を選べます。しかし、構築、移行、認証連携、バックアップ、監視、教育、保守には費用がかかります。以下はSVN専用の公的統計ではなく、公開ホスティング価格と業務システム開発の類似案件を組み合わせた推定レンジです。サーバー台数、容量、履歴量、利用者数、移行難度、可用性要件で変動するため、予算計画の初期目安として扱います。

ホスティングを契約し、アカウント・リポジトリ・権限を設定するだけなら、初期費用は0〜30万円程度、期間は即日から2週間程度が一つの目安です。既存SVNのクラウド移行と標準構築は30〜150万円程度、2週間から2か月程度を想定します。SVN、CI、課題管理、AD・LDAP、監視、バックアップを含む社内向け開発基盤は150〜500万円程度、1〜4か月程度が目安です。複数拠点、高可用性、大容量、災害対策、監査対応まで含める場合は500〜1,500万円以上、3〜9か月以上になる可能性があります（出典：NotebookLM一次Q&A「業務システム全般_16」、2026年）。

自社運用の保守費は、一般的な業務システムの目安として初期費用の年15〜25％程度、月5万〜30万円程度を想定する方法があります。ただし、これはSVN専用の公定価格ではなく、パッチ適用、証明書更新、アカウント管理、バックアップ確認、障害対応、問い合わせ対応をどこまで含めるかで大きく変わります。小規模ホスティングなら月数千円から1万円台で始められる場合がありますが、移行支援やセキュリティ調査、復旧訓練を付けると別費用になります。月額料金だけでなく、年間の総保有コストで比べます。

見積書では、要件定義、基本設計、詳細設計、サーバー構築、認証連携、リポジトリ作成、データ移行、テスト、教育、ドキュメント、切替、保守を分けて記載してもらいます。移行リハーサルが何回含まれるか、バックアップとリストアの試験が含まれるか、休日切替の費用が含まれるかも確認します。作業一式という表記が多い場合は、前提条件、対象外、追加単価、上限工数、変更時の承認方法を質問し、複数社で同じ条件にそろえます。

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

委託先は、SVNの知識だけでなく、発注者の業務と運用を理解し、移行後まで責任を持てる会社を選びます。比較では会社の知名度や初期費用の安さだけでなく、同規模の実績、担当者の経験、セキュリティ体制、ドキュメント品質、障害時の連絡体制、内製化支援の有無を見ます。SVN専業の構築会社、ホスティング事業者、Git移行や開発基盤刷新に強いSIerでは得意領域が違うため、案件の目的に合わせて候補を分けます。

候補会社には、SVNの新規構築、既存SVNの移行、Gitへの移行、CI・課題管理連携のどれを担当したかを分けて聞きます。可能であれば、利用者数、リポジトリ数、容量、認証方式、停止時間、移行履歴の規模が近い事例を確認します。担当者がSubversionのコマンドを知っているだけでなく、Apache、LDAP、ネットワーク、バックアップ、監視、スクリプトの担当者をどう配置するかも重要です。外注先自身が運用するのか、第三者のクラウドや再委託先に任せるのかも明確にします。

ソースコードや設計書に機密情報が含まれるなら、通信の暗号化、保管場所、最小権限、管理者操作の監査、アカウントのライフサイクル、バックアップの暗号化と保管先を比較します。Apache Subversion公式ニュースでは、2024年12月に1.14.5がセキュリティ修正を含むリリースとして案内され、2026年7月には1.15.0-rc3が公開されています。ただし公式はrc3を本番利用向けではないと説明しているため、発注時は安定運用版と検証版を混同せず、CVE確認と更新手順を要件に含めます（出典：Apache Subversion「News Archives」、2026年）。

相見積もりでは、同じRFPと質問票を渡し、価格、納期、対象範囲、前提条件、対象外、担当体制、保守範囲、検収条件を同じ順で並べます。安い会社の見積もりに移行リハーサルや復旧試験が含まれていないこともあるため、金額だけを横並びにしません。提案内容に、リスク一覧、課題が発生した場合のエスカレーション、切替失敗時のロールバック、納品後の引継ぎ計画があるかを確認すると、実行可能性を判断しやすくなります。

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

SVNの発注では、料金の安さ、Gitへの移行可否、外注先へのアクセス権限について同じ疑問が多く寄せられます。ここでは発注判断に直結する質問へ、前提条件を分けて回答します。

SVN本体はオープンソースですが、発注費用が無料になるとは限りません。サーバー、認証、権限、移行、バックアップ、監視、教育、保守に作業が発生するためです。ホスティングなら月額数千円から利用できる例がある一方、既存環境の移行や高可用性を求めると個別費用が加わります。ライセンス費用、初期構築費、移行費、月額運用費を分けて予算化します。

必ずしも移行する必要はありません。既存資産、バイナリのロック、社内ネットワーク、監査要件、チームの習熟度を考慮し、SVN継続、Git移行、チームごとの併用から選びます。Gitへ移行する場合も、履歴、タグ、ブランチ、課題番号、アクセス権をどこまで引き継ぐかを先に定義し、試験移行で開発者の操作とCIを確認してから本番切替します。

外注先には必要なリポジトリとパスだけを許可し、管理者権限を渡さない最小権限を基本にします。個人アカウントを使い、共有IDを避け、接続元IPやVPN、TLS、アカウント期限、コミットログを管理します。契約終了時の即日無効化、貸与端末や秘密情報の返却、アクセスログの確認、リポジトリ内に個人情報や不要な認証情報を置かないルールまで、技術設定と契約の両方で定めます。

まとめ：SVNのシステム発注は運用まで含めて比較します

SVNのシステムを発注するときは、SVNかGitかという製品比較だけでなく、既存データ、利用者、バイナリ、認証、権限、バックアップ、CI連携、監査、将来の移行計画を一つの要件として整理します。ホスティング、標準構築、個別開発、Gitへの段階移行から自社に合う発注形態を選び、RFPと見積比較の条件をそろえることが重要です。

最初に、現行環境の棚卸しと、SVNを継続するのかGitへ移行するのかの判断軸を決めます。次に、業務要件と非機能要件をRFPへ落とし込み、移行対象、テスト、検収、運用引継ぎ、契約終了時のアクセス停止までを見積もりに含めます。金額だけでなく、復旧できること、権限どおりに使えること、担当者が変わっても運用できることを成果として評価します。

相談前には、利用者数と組織、リポジトリ数と容量、現行バージョン、認証方式、接続拠点、外注先の有無、バックアップと復旧の現状、希望納期、停止許容時間、Git移行の意向をまとめます。これだけでも、会社ごとの提案を同じ土台で比較できます。SVNを長く安全に使うために、導入作業だけでなく、脆弱性対応、権限レビュー、バックアップ復旧、利用者教育、保守の責任分界まで含めて発注してください。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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