知人の会社から「予約の管理をRailsで作れませんか」と頼まれました。画面を作るだけのつもりで話を聞くと、「どんな項目が要るかも一緒に考えてほしい」「打ち合わせは火曜の午後で」と続きます。本業の昼間と重なる時間に、何を作るかを決める相談まで任されるのか、返事に迷う場面です。Rubyの副業は、任される範囲を最初に線で引きます。この記事では、その線の引き方を、受ける前に確かめる順に整理します。

1. Rubyの副業で上流まで任されやすい理由

Railsが1人に任せやすい形をしている

先に断っておくと、この節に書くのは書き手の見立てであり、調査の結果ではありません。Ruby on Railsは、画面、処理、データベースの設計までを一つの枠組みの中で組み立てられます。そのため、一人で一通りのWebアプリを作れる人は、依頼元から見ると、窓口を一つにして頼める相手に映りやすいと考えています。

とくに少人数の依頼元では、システムに詳しい人が社内にいない場合があります。作りたい業務の話はできても、画面の項目やデータの持ち方までは決まっていません。そこで、何を作るかの相談から、作る人に頼みたくなります。

一方で、頼まれる範囲が広いほど、本業の側から見た負担は読みにくくなります。画面の修正であれば作業の量は読めますが、何を作るかを決める打ち合わせは、相手の都合に合わせて日時が決まりがちです。この違いが、副業を受けるかどうかの分かれ目だと見ています。

依頼の範囲を3段に分ける

依頼の範囲は、大きく3段に分けると整理しやすくなります。最上段は、課題の聞き取りと要件の決定です。真ん中は、決まった仕様に沿った実装です。いちばん下は、すでにある画面の決まった修正です。

図の作成：Remogu編集部。書き手の見立てを整理したもので、統計データではありません

下の段ほど、作業の中身と終わりが依頼の時点で見えているため、本業の予定と並べやすくなります。上の段は、相手と話しながら中身が決まっていくので、時間の取り方を先に決めておく必要があります。

では、Rubyはこの最上段の仕事と、実際にどう結びついているのでしょうか。次の節で、公開されている資料から例を見ます。

2. 課題を小さなWebアプリに変える題材としてのRuby

島根県のRuby合宿に見る題材の扱い

Rubyが課題を小さなWebアプリに変える題材として使われている例に、島根県のRuby合宿があります。島根県は、学生等を対象に、Rubyのプログラミングによるグループ開発を通じて県内IT企業と交流する合宿を、2008年から開いています¹。

2026年の合宿は、島根県内の中小企業が抱える現場の課題を題材にしています。学ぶ内容は、課題発見・要件定義・仕様設計といった上流の工程から、チーム開発・実装までです¹。演習テーマは「課題設計から始める、AI時代のエンジニア」でした¹。

2025年の案内では、学生と県内IT企業がチームを組み、観光という地域の課題を題材に、Ruby on Railsを使ったWebアプリの開発に挑戦すると紹介されていました²。Railsを使うと紹介されたのは、この2025年の案内です。

合宿の内容を項目別に見る

これは学生向けの取り組みで、副業の案件を表すものではありません。表の4項目は、島根県が公表した2つの案内から、開催の始まり、2026年の題材と学ぶ範囲、2026年の演習テーマ、2025年の案内の内容を、そのまま並べたものです。副業の需要や、地方で働く話の根拠としては使いません。ここで確かめたいのは、Rubyで課題の整理から実装までを通して扱う例がある、という一点です。

項目	内容
開催の始まり	学生等を対象に、2008年から開催1
2026年の題材と範囲	県内中小企業の現場の課題を題材に、課題発見・要件定義・仕様設計から、チーム開発・実装まで1
2026年の演習テーマ	「課題設計から始める、AI時代のエンジニア」1
2025年の案内	観光という地域の課題を題材に、Ruby on RailsでWebアプリを開発2

この例は、Rubyが画面を作る道具にとどまらず、課題を整理する段階から使われうることを示す一例です。ただし、現場で上流を1人に任せるかどうかは、この資料からは分かりません。そこは書き手の見立てとして、次の節以降で扱います。

次は、上流を担う人がどれほど不足しているのかを、IPAの調査で確かめます。

3. 上流を担う人の不足と、副業に回ってくる仕事

IPAの調査に表れた人材の不足

IPAの「DX動向2025」では、DXに取り組んでいる企業のうち、DXを推進する人材の量が「やや不足している」「大幅に不足している」と答えた企業の合計が85.1%でした³。この数字はDXに取り組んでいる企業の回答です。日本企業全体や、IT人材全体、Rubyを使える人の数を表すものではありません。

出典：IPA「DX動向2025」（2025年6月26日）をもとに作成

同じ調査では、日本企業で最も不足している人材は「ビジネスアーキテクト」で、その不足割合は突出しています。DXの取組の初期段階から導入・検証までを担う人材が不足している、という内容です³。ビジネスアーキテクトはDX推進スキル標準の人材類型の一つであり、要件定義を担う職種と同じものとして読まないでください。

外部の人に上流が回ってくる見立て

ここから先は書き手の見立てです。取組の初期段階を担う人が社内に不足している依頼元は、外の人に、何を作るかの整理から頼む場面があると考えています。副業でRubyの仕事を受けるとき、実装だけでなく上流の相談が付いてくる理由の一つです。

ただし、調査が示すのはDXを推進する人材の不足であり、副業の依頼が増えているかどうかは、この資料からは分かりません。Rubyの副業に上流の相談が付く場合がある、という見立てにとどめ、案件を探すときは個々の依頼の中身で判断します。

では、上流から入る副業と実装だけの副業は、日々の進め方でどう違うのでしょうか。

4. 要件定義から入る副業と、実装だけの副業の違い

打ち合わせと自走の範囲

要件定義から入る副業では、何を作るかを依頼元と話し合って決めるため、打ち合わせが中心になります。相手の業務の予定に合わせて日時が決まりやすく、平日の日中に入る可能性があります。これは書き手の見立てであり、依頼元によって異なります。

実装だけの副業は、渡された仕様の範囲で進めます。初回の確認を除けば、質問や進捗を文面で送り、都合のよい時間に作業を進める余地があります。本業と並べる前提なら、この余地の大きさが受けやすさに直結します。

手戻りと成果の区切り

2つの型の違いを4つの観点で並べると、次のようになります。いずれも書き手の見立てを整理したもので、どの依頼元にも当てはまる決まりではありません。打ち合わせの時間帯、自走の範囲、手戻りの起き方、成果の区切りの4つを見比べると、要件定義から入る型では、作るものを決める責任が自分の側にも乗ることが分かります。実装だけの型では、決める責任は依頼元に残り、自分は仕様の読み違いを防ぐことに集中できます。

観点	要件定義から入る	実装だけ
打ち合わせの時間帯	依頼元の予定に合わせて決まりやすく、平日の日中に入る可能性	初回の確認のほかは、文面で進める余地
自走の範囲	作るものの決め方まで含めて進める	渡された仕様の範囲で進める
手戻りの起き方	要件の食い違いが後から見つかり、作り直しになる	仕様の読み違いが、画面や処理の修正として出る
成果の区切り	区切りがあいまいで、相談が続きやすい	機能1つなど、完了の基準を決めやすい

とくに手戻りの起き方は、時間の使い方に影響します。要件の食い違いは、実装が進んだ後で見つかると、画面もデータの持ち方も作り直しになり、本業の合間に取れる時間では収まらなくなります。仕様の読み違いなら、直す範囲が限られます。

では、この違いを踏まえて、本業と並べるには範囲をどこで切ればよいのでしょうか。

5. 本業と並べるなら、範囲をどこで切るか

聞き取りと要件を文面に寄せる

書き手の見立てでは、切る位置は3か所あります。1つ目は課題の聞き取りです。依頼元の話を、通話ではなく文面で受けます。聞きたい項目を質問の形にして送り、返事を待つ間に本業を進める形なら、相手の予定に引きずられません。

2つ目は要件の決定です。何を作るかを決める役は、依頼元に残します。こちらは、決まった内容に矛盾や抜けがないかを確認して返す役にとどめます。画面の項目やデータの持ち方に選択肢があるときは、案を2つ添えて、どちらかを選んでもらう形にします。

ただし、依頼元が決めきれないまま止まる場合もあります。その場合は、決まっていない点を一覧にして返し、決まった分から実装に入ります。決まらない点を自分で埋めて進めると、後から食い違いが見つかったときに、作り直しの負担がこちらに寄ります。

実装は機能1つの単位で受ける

3つ目は実装です。「予約管理を一式」と受けると、終わりが見えません。「予約の登録画面」「予約の一覧と絞り込み」のように機能1つの単位で受け、完了の基準を先に決めます。単位が小さければ、本業の予定が詰まった週は、次の機能を翌週に回すという調整もしやすくなります。

図の作成：Remogu編集部。書き手の見立てを整理したもので、統計データではありません

この切り方なら、通話が必要になるのは初回の顔合わせくらいに絞れます。連絡の時間帯を合意する段取りは、副業の連絡の時間帯を文面で合意する進め方の記事で詳しく扱っています。

では、この切り方を、受ける前にどう相手へ伝えればよいのでしょうか。

6. 受ける前に文面で残すこと

取引条件の明示と、範囲の文面化

フリーランス・事業者間取引適正化等法では、発注事業者は、フリーランスに業務委託をした場合、直ちに取引の条件を書面または電磁的方法により明示しなければなりません⁴。これは発注する事業者側の義務です。依頼元が事業者に当たるかどうかで扱いが変わるため、どの依頼でも同じように対象になるわけではありません。

何を明示する義務があるのか、その細目はここでは扱いません。確認したいのは、依頼元が条件を文面で示すのが当たり前になっている、という点です。そのため、任される範囲を文面に書いてほしいと頼むことは、不自然な要求にはなりません。

一方で、法の定める明示と、本業との両立のために自分で残しておく事項は、別のものです。後者は書き手の勧めであり、依頼元に義務があるわけではありません。ただ、範囲があいまいなまま始めると、あとで「ここまでは頼んだはず」という行き違いが起きやすくなります。

文面に残す4つの事項

残す事項は、任される範囲、打ち合わせの曜日と時間帯、仕様が決まらないときの扱い、本番環境とリポジトリの権限の4つです。いずれも、本業の予定と衝突したり、作業の途中で止まったりしやすい場面に対応しています。表の例は書き方の一例で、依頼元の事情に合わせて変えてかまいません。

残すこと	例
任される範囲	予約の登録画面と一覧画面の実装まで。項目の決定は依頼元が行う
打ち合わせの曜日と時間帯	平日の夜か休日。通常の連絡は文面で行い、返信は翌営業日まで
仕様が決まらないときの扱い	決まっていない点を一覧にして返し、決まった分から実装する
本番環境とリポジトリの権限	本番への反映は依頼元が行う。リポジトリは対象のブランチのみ

とくに本番環境の権限は、範囲の線引きと結びつきます。本番への反映まで任されると、障害が起きたときの呼び出しも自分に来ます。反映は依頼元が行うと決めておけば、副業の稼働が、作業する時間の中に収まります。

これらを文面に残したうえで始めると、範囲を広げる話も、同じ文面を更新する形で進められます。では、範囲を広げるときは、どの順番がよいのでしょうか。

7. 任される範囲を少しずつ広げる順番

下の段から上の段へ

最初から要件定義を含む仕事を受けなくても、上流を任される働き方へは移れます。書き手の見立てでは、決まった画面の修正から始め、仕様に沿った機能の実装、要件の確認、要件の聞き取りの順に広げるのが、本業との両立を崩しにくい道筋です。

図の作成：Remogu編集部。書き手の見立てを整理したもので、統計データではありません

1段目と2段目は、依頼元から渡された範囲で進みます。ここで、依頼の読み取りや、期日の守り方を見てもらえます。3段目は、依頼元が決めた要件に矛盾や抜けがないかを点検して返す段階です。4段目に入ると、何を作るかを一緒に決める役になり、打ち合わせの時間が増えます。

広げる前に、文面を更新する

段を上がるときは、前の節の文面を更新します。任される範囲、打ち合わせの時間帯、決まらないときの扱いを書き直し、依頼元と同じ内容で合意します。口頭で「ついでにここも」と広がる前に、この更新を挟むと、範囲が自然に膨らむのを防げます。

また、本業との兼ね合いで4段目まで広げない、という選び方もあります。実装を中心に受け続ける働き方でも、副業は成り立ちます。広げるかどうかは、本業の予定と、自分の関心で決めて問題ありません。

Remogu（株式会社LASSIC運営）は、リモートワーク案件特化のエンジニアマッチングで、案件の90%以上がフルリモート可能です。まず登録して、自分の経験に合う条件を確かめるところから始めれば、Rubyの副業を、どの範囲から受けるかの見当もつきます。

冒頭の「予約の管理をRailsで作れませんか」という依頼にも、同じ順で答えられます。画面を作る部分だけを受けるのか、項目の相談にも乗るのか、打ち合わせはどの時間帯なら出られるのか。それを最初に文面で線引きしておけば、迷いは小さくなります。Rubyの副業は、任される範囲を最初に線で引きます。

8. よくある質問

Railsの経験だけで、要件定義から任される副業を受けてもよいですか

書き手の見立てでは、受けてかまいません。ただし、範囲を文面で残すことが前提です。要件の決定は依頼元に残し、こちらは確認を受け持つ形にすれば、Railsの経験を活かしながら、任される範囲を自分で調整できます。決めきれない点が多い場合は、実装から入るほうが安全です。

平日の日中に打ち合わせに出られなくても、Rubyの副業は受けられますか

受けられる余地はあります。実装だけの副業なら、初回の確認を除き、質問や進捗を文面で進められる場合があります。要件の聞き取りも、質問を文面で送る形に寄せれば、日中の打ち合わせを減らせます。受ける前に、打ち合わせの曜日と時間帯を依頼元と合意しておきます。

Rubyの副業の案件はどこで探せますか

案件は時期によって変わるため、件数を言い切ることはできません。探すときは、Ruby on Railsのように技術で絞り込み、一覧から依頼の中身を確かめます。Remoguでも技術を指定して案件を見られるので、まず絞り込んだ一覧で、任される範囲が書かれているかを確認してください。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 島根県「プログラミング合宿「Ruby合宿2026」を開催します」（2026年8月24日・2026年10月確認）
＊2 島根県「「Ruby合宿2025」の成果発表会を開催します」（2025年8月25日・2026年10月確認）
＊3 IPA「DX動向2025」（2025年6月26日・2026年10月確認）
＊4 公正取引委員会「フリーランス・事業者間取引適正化等法」（2024年・2026年10月確認）