Ruby on Rails開発の発注/外注/依頼/委託方法について

Ruby on Rails開発の外注は、要件を整理して発注先を選び、契約を結んだうえで、管理と検収まで進めます。要件・契約・管理は先にそろえておきます。

Ruby on RailsはGitHub、Shopify、Airbnbにも使われたWebフレームワークです。

Ruby on Rails開発を外注する前に押さえる事項

外注の目的は、人材不足を補い、事業目標を早く実現することです。

外注が適しているケースと内製が向いているケース

新規サービスでは、Railsの生産性を生かして最短数週間で試作できます。

  • 外注判断:開発の速さと人材不足の度合いを比べて決める。
  • 内製:社内で開発を持つ場合の条件を整理する。

社内に人材が少ない場合は、2024年の月額相場が70〜90万円です。一方で、長期のコア開発や機密情報の管理は、内製が向く場合もあります。

発注先の種類と特徴

発注先は、受託開発会社、フリーランス、クラウドソーシングの3種類があります。

  • 発注先:種類ごとの特徴を、自社の案件に当てはめて比べる。
  • 担当範囲:QAと管理を、発注先と発注側のどちらが担うかを確かめる。

開発会社は設計から保守まで担い、ニアショアなら費用を抑えられます。また、経験5年以上のRailsエンジニアの月額相場は、96万円前後です。

ポイント

外注か内製かは、開発の速さと人材不足の度合い、長期のコア開発かどうかで決めます。発注先は、受託会社、フリーランス、クラウドソーシングの特徴を、担当範囲で比べて選びます。

Ruby on Rails開発の発注・外注の具体的な手順

要件整理、RFP作成、候補3〜5社への依頼、提案比較、選定・契約へ進む発注手順の図解。
提案を比べる前に、RFPで各社の前提をそろえます。

CrowdWorksは小規模改修の候補になりますが、管理とQAは発注側が担います。

要件整理とRFP作成

外注は、要件整理からRFP、選定、契約を経て、管理と検収へ進みます。発注の前に、要件の整理とRFPの作成を済ませておくと、後の工程が進めやすくなります。

  • 手順:要件から契約まで、この順番で進める。
  • 検収:納品の受け入れと保守まで、最初の段階で見通しておく。

要件では、課題と利用者を押さえ、機能と非機能を整理します。予算、納期、連携も、あわせて書き出します。

RFPはRequest For Proposalの略で、条件と提案の前提をそろえる文書です。

発注先の選定と比較

RFPには、テスト環境やgemの扱いも記載しておきます。

  • 要件:機能・非機能・予算・納期を整理し、各社の提案内容がRFPの条件と合っているかを見る。
  • 技術条件:RailsとRubyのバージョンをそろえる。

2024年時点で、最新版の目安はRails 7系です。候補は3〜5社に依頼し、提案、見積もり、実績を比べます。

ポイント

発注先は、RFPで前提をそろえたうえで、3〜5社の提案と見積もりを比べて選びます。前提がそろわないと、金額の差がどこから来るのか判断しにくくなります。

Ruby on Rails開発の契約時に押さえるべきポイント

請負契約に向く仕様変更が少ない案件と、準委任契約に向くアジャイルやスクラムの案件を比べる図解。
完成責任と工数に応じた支払いも、契約形態を選ぶ材料です。

技術力は、Railsの類似実績、技術ブログ、GitHubのOSS活動で見極めます。

契約形態の選び方

担当者の説明と返信、体制図を見るとともに、担当エンジニアの経験年数も確かめます。

  • 比較:3〜5社の提案と見積もりを横並びにする。
  • 証跡:GitHubなどで、実績の裏付けを見る。

保守では、セキュリティ更新と依存gemの管理方法について合意しておきます。

契約形態は、請負契約と準委任契約(時間・材料契約)の2種類があります。請負は完成責任を明確にでき、仕様変更が少ない案件に向いています。

契約書で確認すべき重要条項

2020年4月施行の改正民法により、瑕疵担保責任は契約不適合責任に変わりました。

  • 契約:請負と準委任で、責任の範囲を分けて示す。
  • 上限:月次の工数と、予算の限度額を定める。

不具合の通知は発見から1年以内と定め、検収条件も契約書に記載します。

準委任は工数に応じて支払い、アジャイルやスクラムで進める案件と相性がよいです。

ポイント

契約形態は、完成責任を求めるなら請負、工数に応じて進めるなら準委任と、目的で選びます。契約書では、責任の範囲と予算の上限を確認しておく必要があります。

Ruby on Rails開発の発注後のプロジェクト管理

定例の基本頻度、初期の開催頻度、確認する内容、進捗を見る3つの節目を示す図解。
節目を先に置くと、遅れの兆しを早めに捉えられます。

基本設計は準委任、実装は請負とし、フェーズごとに契約を分ける方法も選択肢です。

コミュニケーション体制の構築

作業範囲(スコープ)と再委託は、契約で明文にしておく項目です。NDAや損害賠償も、あわせて取り決めます。

  • 条項:著作権とMVPの範囲を文書で示す。
  • 検収条件:合否の基準と納品物の範囲を決める。

なお、検収期間は2〜4週間を目安にします。

発注後は、定例の進め方と連絡先を決めておきます。意思決定者と相談窓口も、あわせて定めます。

進捗管理と品質保証の方法

定例は週1回が基本です。初期は週2〜3回に増やし、15〜30分の短い形でも運用できます。

  • 進行:定例と、SlackやChatworkの使い分けを決めておく。
  • 可視化:進捗の状況を一覧にして、共有する。

SlackとChatworkは日常の連絡に使い、定例では進捗、作業予定、課題共有の3点を確認します。また、重要な変更は議事録に残しておきます。

タスクの管理には、RedmineやGitHub Issuesを使えます。JiraやTrelloも選択肢になります。

3週間、6週間、10週間の節目を置くと、遅延に早く気づけます。

ポイント

発注後は、定例の頻度と連絡手段、意思決定者を先に決めておきます。3週間、6週間、10週間の節目で遅延に早く気づけるようにするためです。

まとめ

1〜2週間のスプリントで、デモと次の計画を確認します。

テストは、TDD、RSpec、Minitestを使い、テストカバレッジ80%以上を検討します。

検収には、開発期間の約20%を設けます。さらに、SQL・XSS・CSRFへの対策も確認します。

外注を成功させる鍵は、複数社比較と権利確認です。加えて、進捗を追える状態にし、品質基準も決めておきます。

ここまでの要点を、最後に押さえておきます。

IT人材の採用難を補いながら、MVP(Minimum Viable Product)を早く検証できます。

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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