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

TeamCityのシステムを発注するなら、TeamCity本体を新規開発するのではなく、既存の開発工程を調査し、CI/CD基盤の設計・構築・移行・運用を委託する形で要件を整理することが重要です。

TeamCityは、ソースコードの変更を起点にビルド、テスト、成果物作成、デプロイを自動化する開発・運用基盤です。本記事では、発注形態の選び方、RFPと要件のまとめ方、契約形態、費用相場、委託先の選定、見積書の比較方法まで、初めて外注する担当者にもわかるように解説します。

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

TeamCityのシステムを発注する前に知っておきたい全体像

TeamCityのシステム開発を外注するときは、製品導入、CI/CDパイプライン構築、既存ジョブの移行、周辺クラウドの設計、運用支援を分けて考えます。どこまでを委託するかを先に決めないと、ライセンス費だけの見積書と、移行・教育まで含む見積書を比較することになり、金額の差が品質の差なのか作業範囲の差なのかわからなくなります。

TeamCityは、受注や在庫を管理する業務アプリケーションではありません。GitHub、GitLab、Bitbucket、Perforceなどのリポジトリに変更が入ったとき、TeamCity Serverが処理を管理し、Build Agentがビルドやテストを実行し、成果物を保管して次の環境へ渡す仕組みです。発注書では「TeamCityを開発する」と書くよりも、「TeamCityを中心としたCI/CD基盤を設計・構築する」と書いたほうが、委託先との認識がそろいやすくなります。

発注範囲は、現状調査と企画、方式設計、TeamCity ServerとAgentの構築、ビルド・テスト・デプロイのパイプライン設計、既存環境からの移行、運用設計と教育の六つに分解すると整理しやすいです。加えて、SSO、秘密情報管理、監査ログ、バックアップ、障害時の復旧、脆弱性対応を非機能要件として別枠にします。リポジトリ数やビルド構成数だけでなく、同時実行数、1日の実行回数、成果物の容量、保持期間も見積もりに影響します。

TeamCityの発注形態はどれを選ぶべきですか？

結論から言うと、社内にCI/CDを設計・運用できる担当者がいなければ、要件整理から構築、引き継ぎまでを含む一括委託が適しています。一方、開発チームが十分な知識を持つ場合は、PoCや難易度の高い移行だけを外注し、日常のパイプライン追加は内製する分割発注も選べます。CloudかOn-Premisesかの選択は、外注するかどうかとは別の論点として判断します。

一括委託では、ベンダーが現状の棚卸し、CloudまたはOn-Premisesの方式選定、ネットワークと認証の設計、パイプラインの標準化、テスト、教育までをまとめて担当します。JenkinsやGitLab CI/CDなどからの移行では、単純なジョブの置き換えだけでなく、不要な手作業や重複したジョブを整理する必要があります。責任の窓口を一つにできる反面、委託先に依存しすぎると、契約終了後に設定を変更できなくなります。そのため、Kotlin DSLやYAML、IaC、運用手順を納品物に含め、社内担当者が変更できる状態を受入条件にします。

分割発注では、専門会社に現状調査と基本設計、移行が難しいサービスの対応、セキュリティレビューだけを依頼し、定型的なビルド構成の追加や運用は社内で行います。小規模PoCで自社に合う方式を確認してから本番を外注する段階発注も有効です。発注単位を分ける場合は、各社の責任境界、成果物の形式、設定リポジトリの所有者、障害時の連絡先を契約書に明記します。分割による安さだけを重視すると、会社間の調整費用が増えるため、管理担当者の工数も含めて比較します。

TeamCity CloudはJetBrainsがサーバーを運用するため、サーバーのインストールやアップデートの負担を抑えやすい方式です。コミッター数、ビルドクレジット、ストレージ、データ転送量を基準に料金が変わり、JetBrains提供のエージェントだけでなく、自社ネットワークやプライベートクラウドのセルフホストエージェントも接続できます（出典: JetBrains公式TeamCity Cloud移行ドキュメント、2026年確認）。

On-Premisesは、サーバー、データベース、エージェント、ネットワーク、アップデートを自社または委託先が管理します。閉域網、独自の実行環境、データ所在地、既存の認証・監査基盤を優先する企業に向きますが、脆弱性対応と復旧訓練を自社側の責任として持つ必要があります。CloudとOn-Premisesを組み合わせるハイブリッドも可能です。たとえば管理サーバーをCloudに置き、機密コードを扱うビルドは自社側のエージェントで実行する構成です。

RFPと要件整理はどのように進めますか？

RFPは製品名だけを提示する資料ではなく、現在の開発工程と、導入後に達成したい成果を委託先へ伝える資料です。「TeamCityを導入したい」だけでは、ライセンス販売、初期構築、移行、運用代行のどこまで求めているのかが伝わりません。現状、目的、対象範囲、制約、納品物、評価基準を一つの資料にまとめると、提案内容と見積条件を比較しやすくなります。

現状調査では、リポジトリの種類と数、対象言語、ビルドツール、テストの種類、成果物、デプロイ先、実行環境、リリース承認者を一覧化します。さらに、1日のビルド回数、ピーク時の同時実行数、平均ビルド時間、エージェントの待ち時間、失敗率、ログと成果物の保存期間を確認します。Jenkinsなどから移行する場合は、既存ジョブの一覧に「継続」「統合」「廃止」の判断を付け、移行対象を明確にします。

非機能要件も最初に整理します。SSOやSAMLの有無、管理画面へ接続できるネットワーク、エージェントを置くサブネット、バックアップの頻度、目標復旧時間、監査ログの保存先、夜間障害の連絡体制をRFPに書きます。特にビルドサーバーにはリポジトリの資格情報や署名鍵が集まりやすいため、秘密情報をどこで保管し、誰が取得でき、ログに何を出さないかを要件に含めます。

いきなり全社のパイプラインを移行せず、性質の異なる1〜2サービスでPoCを行います。代表例は、単体テストが中心のサービス、Dockerイメージを作るサービス、ステージング環境へデプロイするサービスです。コミットからビルド、テスト、成果物作成、ステージング配備までを通し、ビルド時間、失敗時の原因特定、エージェント待ち時間、手動作業の削減量を確認します。

PoCの合否基準は「設定できたか」ではなく、運用できるかで決めます。たとえば、失敗したビルドを開発者が自力で再実行できること、設定がKotlin DSLまたはYAMLとしてレビューできること、秘密情報がログに露出しないこと、担当者が運用手順に沿って復旧できることを条件にします。PoCを有償の調査・設計フェーズとして発注し、本番構築の見積もりを次の契約に分ける方法もあります。

本番構築では、プロジェクト、ビルド構成、ビルドチェーン、VCS接続、成果物保管、通知、権限の命名規則を決めます。画面上の設定だけに頼らず、設定をバージョン管理できるKotlin DSLや、利用可能な範囲でYAMLベースのPipelinesを採用すると、変更履歴とレビューを残しやすくなります。2026.1ではTeamCity CLI、MCP連携、Pipelinesの機能強化、SAMLプラグインの同梱が案内されています（出典: JetBrains Blog「TeamCity 2026.1」、2026年5月）。ただし、新機能を導入すること自体を目的にせず、自社の権限設計と運用能力に合わせて採用します。

移行は、重要度の低いサービスから始め、成功した設定をテンプレート化して横展開します。全社一斉移行では、エージェント不足、資格情報の失効、外部サービスの接続漏れ、デプロイ停止が起こりやすいです。委託先には、移行リハーサル、切り戻し条件、凍結期間、移行後の安定稼働確認、残課題の一覧を納品物として求めます。

TeamCityの契約形態と費用相場を確認します

TeamCityの発注費は、JetBrainsへのライセンス料金と、委託先へ支払う調査・設計・構築・移行・運用費を分けて考えます。ライセンスを無償版にしても、環境設計、セキュリティ、移行、テスト、教育の費用は必要です。反対に、ライセンス販売だけの見積もりが安くても、実際の導入作業が含まれていなければ総額では比較できません。

JetBrains公式の購入ページでは、On-Premises Professionalは無料で、3台のBuild Agentと100件のBuild Configurationが含まれます。Enterpriseは年額2,399ドルで3台のエージェントを含み、追加エージェントは1台あたり年額359ドルです。Cloudは最低3コミッターで、年額540ドルの表示があり、ビルドクレジット、ストレージ、データ転送量を利用します（出典: JetBrains公式TeamCity購入ページ、2026年8月確認）。価格は税、為替、契約条件で変わるため、記事の金額は確定見積もりではなく、発注前に公式ストアで再確認する参考値です。

日本円の目安を置く場合は、JetBrainsが公表した2025年1月開始の日本円価格表で、Cloudが年額25,200円／コミッター、On-Premises Enterprise Serverが新規335,860円、追加Build Agentが新規50,260円と掲載されていました（出典: JetBrains「日本円価格表」、2025年1月開始）。ただし、2026年の公式購入ページはドル表記であり、古い円価格を現在の確定価格として扱ってはいけません。さらに2025年11月3日以降に購入する新規On-Premisesライセンスは、従来の50％更新割引の対象外となる方針が示されています（出典: JetBrains Blog「Updates to TeamCity On-Premises Renewal Pricing」、2025年9月）。既存ライセンスと新規ライセンスの更新条件が混在する可能性があるため、1年目だけでなく3年、5年のTCOを提示してもらいます。

TeamCity固有の日本市場の受託開発統計は確認できないため、次の金額は業務システムの人月相場とCI/CD構築の作業量から算出した参考レンジです。小規模PoCは50万〜150万円程度、期間は2〜6週間が一つの目安です。対象は1リポジトリ、1〜3本のビルド、Git連携、単体テスト、権限設定を基本とします。

複数リポジトリ、10〜30本程度のビルド構成、Dockerやクラウド連携、成果物保管、通知、運用手順まで含む標準導入は、150万〜500万円程度、1〜3か月が参考レンジです。既存Jenkinsなどから数十〜数百のビルドを移行し、複数環境、SSO、監査、冗長化、IaC、教育まで行う中〜大規模移行は、500万〜1,500万円以上、3〜9か月を見込むことがあります。Kubernetes、複数クラウド、セキュリティ検査、デプロイ自動化、内製化支援まで含む開発基盤の再設計では、1,000万〜3,000万円以上になることもあります。これらはTeamCity単体の価格ではなく、周辺基盤を含む推定レンジです（出典: NotebookLMリサーチノート、2026年8月確認）。

現状調査やPoCのように、進めながら課題を発見し、専門家の稼働時間に価値があるフェーズでは準委任契約が使われやすいです。作業内容と稼働人数、期間、報告方法を定め、成果物だけでなく調査と助言のプロセスを管理します。一方、確定した設計に基づく構築、移行、テスト、手順書作成は、納品物と検収条件を定めた請負契約に向く場合があります。

すべてを一つの請負契約に押し込むと、要件が固まっていない部分の追加費用や納期変更が争点になりやすいです。調査・基本設計を準委任、本番構築・移行を請負、運用監視を別契約とするなど、成果の確定度に合わせて分けます。設定ファイル、Kotlin DSLやYAML、IaC、スクリプト、テストコード、運用手順、教育資料の権利帰属と再利用範囲も契約書に書きます。

委託先の選定と見積比較で見るべきポイント

委託先は、TeamCityという製品名だけでなく、開発プロセス、クラウド、ネットワーク、セキュリティ、移行、教育を横断して設計できる会社を選びます。公開情報でCI/CD支援が確認できる会社でも、TeamCityの導入経験や認定を公開しているとは限りません。TeamCity専門会社と断定せず、面談で実績と担当者の経験を確認する姿勢が必要です。

候補会社には、TeamCityのCloudとOn-Premisesの経験、移行元のJenkinsやGitLab CI/CD、対象となったエージェント数、SSO/SAML、Vaultなどの秘密情報管理、KubernetesやIaCへの対応を質問します。顧客名を出せない場合でも、課題、構成、担当工程、規模、成果、現在の保守体制を匿名化して説明できるかを見ます。単に「CI/CDの実績があります」ではなく、失敗ビルドの調査、成果物の保持、権限分離、障害復旧まで説明できる会社が候補になります。

大規模・基幹系なら日立製作所やNTTデータのように大規模なDevOps・CI/CD支援を公開している会社、クラウドと運用定着を重視するならTISやSCSK、内製化と教育まで求めるならCTCなどを比較候補にできます。ただし、これらは公開情報からCI/CDやDevOps支援が確認できる候補であり、TeamCityの案件実績を一律に保証するものではありません。問い合わせ時にTeamCityのバージョン、移行元、エージェント数、SLAへの対応可否を確認します。

見積書は、要件定義、基本設計、詳細設計、構築、パイプライン作成、既存ジョブ移行、テスト、教育、ドキュメント、保守を分けて記載してもらいます。作業ごとに担当人数、期間、前提条件、納品物、検収条件をそろえると、A社は構築だけ、B社は移行と教育まで含むといった違いが見えます。ライセンス、クラウド利用料、エージェントの実行費、ストレージ、データ転送、監視サービスも別項目にします。

安い見積もりを選ぶ前に、対象外の項目を確認します。リポジトリの整理、テストコードの不足、ネットワーク申請、証明書、秘密情報管理、夜間対応、バージョンアップ、移行後のチューニングが除外されていないかを見ます。見積もりの前提となるリポジトリ数やビルド構成数が変わった場合の単価、追加作業の承認手順、上限金額も契約前に決めます。

TeamCity ServerとBuild Agentは分離し、管理画面をVPNやアクセス制御で保護し、実行権限を最小限にします。トークン、署名鍵、クラウド資格情報はリポジトリ、設定ファイル、環境変数、ビルドログへ直書きせず、秘密情報管理基盤と連携します。外部委託では、委託先の担当者が本番資格情報に触れる範囲、作業記録、アクセスログ、契約終了時の返却・削除、脆弱性の報告期限を決めます。

2026年7月、JetBrainsはTeamCity On-Premisesの全バージョンに影響するCVE-2026-63077を公表し、2025.11.7または2026.1.3への更新を推奨しました。HTTP(S)で到達できるサーバーでは、認証を迂回してOSコマンドを実行される可能性があると説明されています。TeamCity Cloudはこの脆弱性への対応作業が不要とされていますが、セルフホストエージェント、リポジトリ権限、トークン、デプロイ先の責任までJetBrainsが代行するわけではありません（出典: JetBrains Security Advisory「CVE-2026-63077」、2026年7月）。発注時には、アップデート検証、緊急パッチ、脆弱性発生時の連絡、復旧訓練を保守範囲に含めます。

よくある質問

TeamCityの発注では、製品選びだけでなく、委託範囲、移行対象、運用責任、ライセンスの更新条件を整理する必要があります。ここでは、発注前に特に質問されやすい内容を簡潔に回答します。

現状調査、Cloud・On-Premisesの方式選定、設計、構築、既存CI/CDからの移行、セキュリティ設計、教育、保守まで外注できます。社内に残したい業務がある場合は、PoCと基本設計だけを依頼し、定型パイプラインの追加や一次切り分けを内製する分割発注も可能です。契約時に納品物と引き継ぎ条件を決めることが重要です。

ライセンスだけなら、On-Premises Professionalは無料で利用できますが、設定や移行の作業費は別に必要です。構築を含めた費用は、1リポジトリ程度のPoCで50万〜150万円、標準導入で150万〜500万円程度が参考レンジです。対象リポジトリ、ビルド構成、移行元、SSO、クラウド連携、教育の有無で変わるため、最低額だけで発注を決めず、同じRFPで複数社から見積もりを取ります。

CloudはTeamCityサーバーの運用負担を減らせますが、パイプライン設計、エージェントの設定、リポジトリ権限、秘密情報、デプロイ先、ビルド失敗の調査は残ります。自社で担当できる場合はサーバー構築を外注せず、設計レビューや移行支援だけを依頼できます。セルフホストエージェントを使う場合は、そのOS、ネットワーク、更新、容量、資格情報の管理責任も確認します。

AIやMCPを使う目的が、ビルド失敗の調査やログの要約などに明確につながるなら、将来要件またはPoCの対象にします。ただし、最初からビルド実行やデプロイ権限をAIへ与えるのは危険です。読み取り専用、対象プロジェクトの限定、人の承認、操作ログの保存、秘密情報を外部AIへ渡さない制御を先に決め、段階的に権限を広げます。

まとめ

TeamCityのシステムを発注するときは、製品の導入ではなく、開発・テスト・成果物・デプロイをつなぐCI/CD基盤の構築として要件をまとめます。まずリポジトリ、ビルド構成、同時実行数、デプロイ先、秘密情報、復旧手順を棚卸しし、Cloud、On-Premises、ハイブリッドの候補を比較します。

そのうえで、PoC、一括委託、分割発注のどれが自社の体制に合うかを決め、RFPには作業範囲、納品物、検収条件、契約形態、運用責任、更新費用を記載します。見積書はライセンス、構築、移行、教育、保守、クラウド費を分け、1年目だけでなく3年・5年のTCOで比較することが大切です。TeamCityの経験だけでなく、セキュリティと内製化まで説明できる委託先を選ぶことで、導入後に運用できる開発基盤へ近づけられます。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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