Redmineの発注は、業務整理と要件定義、契約と責任分界、見積比較の順に進めると、過剰な開発と導入後の手戻りを抑えられます。
発注形態の選び方から委託先の選び方まで、RFP、契約、費用の順に見ていきます。全体像はRedmineのシステム開発の完全ガイドにまとめています。
▼全体ガイドの記事
・Redmineのシステム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
Redmineのシステム開発を発注する前の全体像
Redmineを導入するときは、チケットの単位や担当者、完了までのステータスを決めておく必要があります。入力ルールが曖昧なままだと、せっかく導入しても、Excelやメールでのやり取りに戻るおそれがあります。
発注するときは、作る機能だけでなく、対象業務、運用ルール、利用者を委託先に伝えておきます。さらに、業務をチケットに落とし込む設計も、委託範囲に含めます。
標準機能で対応できる業務
Redmineは、標準機能だけで複数の業務を管理できます。そこで、標準機能で足りる範囲を先に見極めておくと、不要な画面開発を避けられます。
- プロジェクト管理：複数プロジェクトとサブプロジェクト
- チケット管理：ロール別権限、状態、ワークフロー
- 情報共有・連携：ガントチャート、カレンダー、作業時間、カスタムフィールド、Wiki、ファイル共有、GitやSubversion連携
公式機能一覧では、プロジェクトごとにモジュールを切り替え、ユーザーごとに役割を変えられると説明されています（出典: Redmine公式「Features」、2026年8月確認）。
たとえば受託開発なら、問い合わせから受入確認までの流れを、ステータスで表せます。要件確認や設計、実装を経て、レビューを行い、受入確認で完了する流れです。社内の問い合わせなら、申請を受け付けて調査中にし、回答待ちを経て完了とする流れにできます。
標準機能の範囲が分かれば、画面開発の対象を絞り込めるため、見積もりの精度も高まります。
無料の本体と有料の導入作業の区別
Redmine本体のライセンス費用は無料ですが、発注費用がゼロになるわけではありません。費用の内訳は、次の3つに分かれます。
- 利用・環境費：クラウドの月額利用料、または自社構築のインフラ費用と社内工数
- 導入作業費：初期設定、既存データ移行、SSOや通知連携、プラグイン導入、研修、問い合わせ対応
- 発注・稟議の費目：本体・クラウド利用料、構築・設定費、移行費、追加開発費、教育費、月次保守費
初期設定や移行、連携などの作業費も加わるため、本体価格だけでは予算を判断できません。また、「無料」だけで比べると運用作業が見えず、導入後に追加費用が出やすくなります。
Redmineの自社構築と外注の選び方
標準機能を小規模に試すだけなら、自社構築も選択肢になります。一方で、業務整理やデータ移行が必要なとき、また複数部門の権限や継続保守まで求めるときは、外注が向いています。
社内にRubyやデータベースを運用できる担当者がいるか、障害時の復旧担当を置けるかを確かめます。さらに、アップデートを続けられるかも判断材料になります。
自社構築が向いているケース
自社構築を検討するときは、まず規模と社内の技術体制を確かめます。そのうえで、試行範囲と引き継ぎ準備も決めておきます。
- 小規模で標準機能中心：利用人数とプロジェクト数が少ない
- 運用できる技術者がいる：Linux、Ruby、Rails、データベース、Webサーバー、バックアップを扱える
- 小さく試せる：1部署または1〜2プロジェクトで業務との相性を確認する
検証環境で試せば、初期の学習コストを抑えられます。また、公式手順は、データベース接続や依存ライブラリの設定に始まり、添付領域やログ、メールを経て、バックアップの設定まで含みます。
担当者が兼務で、異動時の引き継ぎ資料や障害時の連絡先を用意できないなら、クラウドか保守付きの外注が安全です。
外注の代表的な発注形態
発注形態は、初期費用、運用負担、独自要件の優先度で選びます。また、希望する範囲によって、どこまでを委託先が受け持つかも決めておきます。
- クラウド初期設定：標準機能中心で利用を始める場合
- 構築・保守委託：オンプレミスや自社クラウドを使う場合
- 既存環境の移行：他のRedmine環境から移る場合
- プラグイン・API開発：独自業務へ機能を拡張する場合
すべてを一社に任せる必要はありません。ただし、どこまでを誰が受け持つかが曖昧だと、障害時に問い合わせ先が分からなくなります。
目安は、標準機能中心ならクラウド、閉域網や社内認証が必須ならオンプレミス、独自業務が多いならプラグインやAPIによる拡張です。
コアコードを直接改変すると、将来の更新のたびに差分対応が必要になります。そのため、採用する理由と撤退する条件を明記しておきます。
Redmineの発注を成功させるRFPと要件整理
RFPは、自社の課題と期待する成果を各社に同じ条件で比べてもらうための資料です。たとえば「ガントチャートが欲しい」とだけ書かれても、標準機能で足りるのか、プラグインが要るのか、業務ルールの見直しが先なのかは判断できません。
発注側は、現状の業務と、導入後に変えたい行動を具体的に書き分けておきます。
現状業務とデータの一覧
まず、どの情報をどこで管理しているかを一覧にします。保管先とデータの状態を把握すると、移行範囲や見積もりの前提をそろえられます。
- 管理場所：Excel、メール、チャット、既存Redmine、顧客管理システム
- 情報の種類：案件、障害、問い合わせ、変更要求、登録者、担当者、期限、承認者、件数
- 移行条件：添付ファイル、個人情報、未完了の理由、重複転記
完了から長い期間が経過したチケットや重複データは、すべて移行するとは限りません。残すもの、参照用に保管するもの、廃棄するものに分けます。
添付ファイルの容量や文字コードのほか、ユーザーの重複やプロジェクト名の変更も、見積もりに影響します。
RFPに書くべき要件
RFPには、提案内容を比べるための情報と要件を書きます。
- プロジェクト条件：目的、対象部門、ユーザー数、プロジェクト数、現行環境
- 依頼範囲：発注形態、対象業務、機能、移行範囲、教育、保守
- 進行条件：納期、予算の考え方、提案依頼事項
必須機能と希望機能は分けて書きます。代替案を認める項目には、提案を求めると明記します。
非機能要件では、認証、IP制限、バックアップ頻度を確認します。加えて、復旧目標、ログ保持期間、所在地を押さえ、可用性、個人情報、脆弱性対応期限も書いておきます。
Redmineは、バージョンによって対応するRuby、Rails、データベースが異なります。Redmine 7.0はRuby 3.2〜4.0とRails 8.1、6.0はRuby 3.1〜3.3とRails 7.2が案内されています（出典: Redmine公式「Installing Redmine」、2026年8月確認）。
発注側は、利用するバージョンと更新方針を、RFPに固定しておきます。
PoCから本番展開までの段階的な進め方
最初から全社向けの完成形を作らず、1部署か1〜2プロジェクトでPoCを行います。そのうえで、入力のしやすさと業務上の効果を検証します。
- 運用設定：チケット分類、必須項目、担当割り当て、通知頻度、権限、期限超過時の扱い
- 現場での確認：会議でチケットを見て判断できるか、対応漏れを減らせるか
本番後は、チケット登録率と期限超過件数をKPIにします。さらに、初回対応までの時間や完了までのリードタイム、作業時間入力率などを追います。
数値が悪いときは、機能が足りないと決めつけず、まず入力項目や責任者、通知頻度を見直します。PoCの結果を次の部門の要件に反映すると、追加開発の優先順位を説明しやすくなります。
Redmineの契約形態と発注時に決める責任分界
開発部分と運用部分で契約を分けるのが一般的です。初期の要件定義から移行、テストまでは請負契約、稼働後の監視から障害対応までは準委任や保守契約が例です。
契約の名前より、成果物と作業時間の性質で整理します。完成条件や検収方法、変更手続きを確認し、さらに、再委託、知的財産、秘密保持も確かめます。
請負契約で固定しやすい範囲
納品物と受入条件を事前に決められる作業は、請負契約に適しています。
- 納品物：指定版の環境、合意したデータ移行、設定一覧
- 作業成果：テスト仕様書に基づく動作確認、操作マニュアル
- 契約条件：納品形式、検収期間、不具合修正範囲、追加要望の扱い
要件が固まらないまま、画面数や機能数だけで金額を固定すると、変更が集中します。そこで、要件定義を別工程にするか、変更管理を設けて、当初の範囲と追加費用を区別します。
仕様変更は口頭で済ませず、チケットや変更依頼書に残します。
準委任・保守契約の対応範囲
保守契約では、対応の条件と、セキュリティ対応の進め方を決めておきます。
- 受付・対応：月間対応時間、受付時間、連絡方法、一次回答目標
- 障害・保守：優先度、復旧目標、定例会、更新対象、プラグイン互換性、バックアップ復元テスト
- 脆弱性対応：確認担当、修正版の評価期限、緊急更新時の連絡手順
24時間365日の監視か、平日日中の問い合わせ対応かによって、費用と責任が変わります。
2026年時点の公式セキュリティ情報では、脆弱性と修正版が継続して掲載されています。例として、PostScript実行やOAuthの権限回避、保存型XSSが挙げられており、非公開情報の漏えいや、API経由のカスタムフィールド漏えいなども含まれます（出典: Redmine公式「Security Advisories」、2026年8月確認）。
「最新版に対応する」と定めたうえで、脆弱性情報を受けてから更新するまでの役割を、担当者ごとに明記します。
契約に入れるデータ返却とセキュリティ
クラウド契約では、終了時のデータ返却と、情報管理の条件を確認しておきます。
- 返却対象：データベース、添付、ユーザー情報、設定、リポジトリ、移行手順
- 返却条件：費用、形式、期限、消去証明、移行先での復元可否
- 委託先の監督：顧客情報や連絡先、障害画面、契約書と再委託先の管理
- 安全管理：アクセス権限、ログ、暗号化、事故時の連絡期限
返却対象は契約終了後の運用継続にも関わるため、契約前に委託先へ確認しておきます。
個人情報保護委員会のガイドラインは、必要かつ適切な監督として、委託先の選定や契約、取扱状況の把握などを示しています（出典: 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」、2026年8月確認）。
返却と安全管理の条件は、RFPと契約の両方に反映します。
Redmineのシステム開発・外注費用相場とコストの内訳
Redmine固有の受託開発費の全国統計は確認できないため、以下の金額はリサーチノートに基づく推定です。金額は、ユーザー数やデータ量、移行元の数、認証方式で変わります。さらに、プラグインや連携、保守水準も金額に影響します。
相場は予算の目安とし、RFPに基づく提案見積もりで金額を確定します。
導入パターン別の費用レンジ
導入方式ごとの費用幅は、初期費用と継続費用を分けて比べます。
- 自社構築：環境構築、初期設定、バックアップ、監視を含む費用
- クラウド一般：標準機能中心の初期費用と月額利用料
- サービス別料金：My Redmine Gen.2とLychee Redmineの公開価格、試用条件
自社構築では、初期費用が50万〜200万円程度、インフラと保守の費用が月5万〜30万円程度と推定されます。
情シスの既存人員で作業すれば外注費を抑えられますが、そのぶん社内工数が発生します。一方、標準機能中心のクラウドは、初期0万〜20万円程度、月額1万〜18万円程度のサービスが比較の対象になります。
My Redmine Gen.2の月額は、スタンダードが10,000円、ミディアムが14,000円です。エンタープライズは28,000円、1.5TBプランは40,000円です。また、最大2か月の無料試用も案内されています（出典: ファーエンドテクノロジー「My Redmine サービス内容・料金」、2026年8月確認）。
Lychee Redmineの2026年価格表では、クラウドの掲載価格が月額5,000円から180,000円です。金額は、ユーザー数やプラン、カスタマイズの可否で変わります（出典: アジャイルウェア「Lychee Redmine 価格表 2026年版」、2026年8月確認）。
移行・連携・追加開発の費用目安
追加作業の見積もりでは、要件定義から保守までの工程を、それぞれ分けて考えます。
- 移行・初期設定・研修：データ量や利用者数による費用
- プラグイン・API連携：Git、CI、会計、顧客管理、SSO、通知
- 部門横断の追加開発：複数拠点、顧客ポータル、監査、大規模移行
- 人月単価の参考値：プログラマー、システムエンジニア、プロジェクトマネージャー
移行、初期設定、操作研修は、データ量や利用者数によって15万〜100万円程度が推定レンジです。
プラグイン・API連携は100万〜500万円程度です。さらに、部門横断の追加開発は500万〜1,500万円程度が比較レンジです。
人月単価の目安は、プログラマー50万〜90万円、システムエンジニア65万〜110万円、プロジェクトマネージャー90万〜150万円です。この数字は人件費から推定する際の参考値で、Redmine専用の統計による値ではありません。
要件定義を省くと、手戻りによって初期見積もりの1.3〜1.5倍に膨らむ可能性があります。そのため、初期価格だけで決めず、要件整理も含めて比べます。
見落としやすいランニングコスト
ランニングコストは、利用料や保守率だけでなく、オプション費用と契約期間も含めて比べます。
- 基盤・運用：利用料、サーバー、監視、バックアップ、メール、ログ、SSL証明書
- 継続支援：プラグインライセンス、脆弱性対応、問い合わせ、教育、データ抽出
- 契約・比較期間：IP制限や監査ログ等の有料条件、3年分または5年分の総保有コスト
保守費は、初期開発費の年15〜25％程度が検討の目安です。ただし、対応時間と範囲によって変わります。
月額が安くても、IP制限や監査ログが有料の場合があります。既存環境からの移行や、解約時のバックアップ取得、個別のセキュリティ回答も、別料金になることがあります。
初期費用と追加作業の条件も同じ表に並べると、価格差を説明できます。
Redmineの委託先選定と見積比較のポイント
Redmineを扱えるだけでなく、業務を理解し、標準機能と追加開発の境界を説明できる会社を選びます。事例を読むときは、社名や利用者数だけでなく、移行元の環境や利用目的、保守体制に目を向けます。加えて、どの課題をどう解決したかも見てください。
提案の段階で業務や制約を確かめる会社なら、長期運用との相性も判断しやすくなります。
実績と技術体制の確認
候補会社には、対応可能なRedmineの版と、Ruby・Rails・DBの知識を質問します。さらに、利用中プラグインの互換性や、REST APIやWebhookの実績、移行可能なデータ形式も確認します。
- 技術知識：Ruby・Rails・データベース、プラグイン互換性
- 連携・移行実績：REST API、Webhook、対応できるデータ形式
- 運用体制：複数名でのレビューと障害対応、担当メンバーとの打ち合わせ
- クラウド仕様：保管場所、認証・制限、ログ、バックアップ、障害通知、データ返却
可能なら、実際に設計・構築・保守を担うメンバーと話します。
事業者の仕様に加えて、自社に必要な機能が、選ぶプランに含まれるかも確認します。
My Redmine Gen.2の公式仕様では、国内データセンターやAPI、SAML認証、IP制限などが案内されています。ログのダウンロードやAIチケット要約も、対象の機能です。これらは、プランによって異なります。
発注側は、必要な機能が含まれるプランを、提案書と契約書で一致させます。
導入事例の課題と成果の再現性
住友重機械工業は、オンプレミスからクラウドへ移行し、運用コストの削減と効率化を実現したと紹介されています。また、アルコニックスは、メールとExcelから移行し、開発ベンダーとのやり取りを円滑にしました。
アーティサンは、離れた拠点間の開発で進捗を把握しやすくしたとされています（出典: My Redmine公式「導入事例」、2026年8月確認）。
- 自社との共通点：社名の知名度ではなく、移行課題や利用者構成を確認
- 運用条件：社外共有の有無や、導入後の運用体制を確認
見積書の作業項目と前提条件のそろえ方
総額の安さよりも先に、各社が同じ作業範囲を見積もっているかを確認します。「作業一式」とだけある項目は、内容と成果物を質問してください。
- 設計・会議：要件定義の回数、打ち合わせ時間
- 環境・移行：環境数、本番と検証の区別、移行件数、添付、ユーザー、権限
- 導入・運用：テスト、研修、リリース支援、保守開始日
前提条件も比べます。たとえば、ユーザー数100人まで、移行元1環境のみ、指定プラグインのみといった条件で、契約後の金額が変わります。また、休日作業の料金や仕様変更の見積もりなども、契約後の金額を左右します。
安い見積もりを選ぶ場合は、除外された項目を社内で担う担当者と、その費用を明確にします。
価格以外の評価軸と点数付け
価格以外の評価軸も、候補会社の比較に使います。重みは、自社のリスクに合わせて調整します。
- 費用：30％
- 要件への適合：25％
- 技術・移行実績：20％
- 保守・セキュリティ：15％
- 提案と体制：10％
業務理解や提案の具体性に加え、データ返却、担当者との相性も評価に含めます。重み付けをすると、最安値だけで決めるのを防げます。
最終候補には、短時間のデモやPoCを依頼します。業務シナリオに沿って、チケットの登録や通知、権限別の表示を確認します。さらに、期限変更や作業時間の集計、データ出力も見ます。
不明点や制約への説明の仕方も、委託後のやり取りを見通す材料になります。
よくある質問（FAQ）
発注前によく確認される質問に、費用やカスタマイズのほか、環境選定や保守についても答えます。
Redmineは無料なのに、なぜ外注費がかかるのですか？
ライセンス費用が無料でも、環境構築や業務設計、データ移行には作業が必要です。さらに、認証連携やプラグイン、教育、バックアップ、脆弱性対応にも作業が要ります。
外注費は、ソフトの購入代ではありません。導入と継続利用に必要な専門作業や責任を委託する費用です。
Redmineはクラウドとオンプレミスのどちらを選ぶべきですか？
サーバーやRuby、データベースやバックアップの負担を減らすなら、クラウドが候補です。閉域網、社内認証、独自の保存方針を優先する場合は、オンプレミスが候補です。
クラウドでは、データの所在地やSAML、IP制限を確認します。さらに、ログや復旧、解約時の返却条件も確かめます。一方で、オンプレミスでは、更新の担当者と保守費を確保しておきます。
Redmineは自社の業務に合わせてカスタマイズできますか？
カスタムフィールドや状態、ワークフローのほか、権限やプラグイン、REST APIなどでも、業務に合わせられます。まず標準機能を確認し、不足部分だけを拡張します。
コアコードを直接変更すると、更新の負担が増えます。そのため、プラグインや外部連携で実現できるかを、委託先に確認します。
導入後の保守は誰に依頼すればよいですか？
まず、クラウド事業者の担当範囲と、自社や開発会社が担う範囲を分けて確認します。本体の更新やプラグインの互換性、設定変更を誰が担うかは、契約に記載します。ユーザー管理や業務改善、障害の一次切り分けの担当も、決めておきます。
契約終了後も自社で運用できるように、設定一覧と手順書を納品してもらいます。
まとめ
発注前に確認する項目
Redmine本体の費用と、構築や移行、追加開発、保守の費用は、分けて考えます。標準機能中心ならクラウドや小規模な自社構築が候補です。
認証や権限、移行、連携が必要なら導入支援付きの外注、独自業務が多いならプラグインやAPI拡張を検討します。
導入後の運用までの見通し
発注前は、業務とデータを整理してRFPに要件を書き、見積もりと責任の分け方を比べます。
- RFP：必須・非機能要件、移行範囲、教育、保守、データ返却
- 見積もり：作業項目、前提、除外、追加費用、受け持ちの範囲
- 段階展開：PoCで定着を確かめ、KPIを見ながら広げる
この段取りで進めれば、過剰なカスタマイズと導入後の手戻りを抑えられます。
Redmineの導入では、情報の流れと責任の持ち方を設計することが欠かせません。不足する技術や運用体制を把握して発注先と役割を分け、更新やセキュリティを続けられる計画を作ります。
▼全体ガイドの記事
・Redmineのシステム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。