Goエンジニアの週2〜3日・副業案件|探し方と受けるときの注意点
公開 2026-11-04 監修:株式会社エージェントベスト
週2〜3日や副業で受けられるGoエンジニアの案件は、数は週5日の案件より少ないものの、あります。Goの案件は、チームで機能を作り続け、本番の運用や障害対応にも関わる形が多いため、週5日が中心です。そのなかで週2〜3日でも成り立ちやすいのは、社内ツールやCLIの開発、範囲を区切ったAPIや機能の開発、性能や障害の調査、レビューや技術の相談役などです。
探すときは、「週3日で何でも」ではなく、稼働日数に合う役割の案件を選ぶことが大切です。この記事では、Goの週2〜3日・副業案件の傾向、探し方、受けるときの注意点を整理します。週3日の働き方全般は週3日の業務委託案件の記事で解説しています。
週2〜3日のGo案件が少ない理由
Goの案件で週5日が多いのは、仕事の進め方によるものです。
- チームの流れの中で作る:スプリントの計画、朝会、レビューが毎日のように回り、不在の日が多いとレビュー待ちや手戻りが増えやすい
- 本番の運用に近い:Goで書かれたサービスは利用者が直接触るAPIや基盤であることが多く、障害の当番や問い合わせへの対応が求められやすい
- 周辺の知識が要る:コンテナやクラウド、他のサービスとの通信など、立ち上がりに覚えることが多く、短い稼働では慣れるまでに時間がかかる
そのため、チームの一員として機能開発と運用を担うGoエンジニアを、週2〜3日で募集することは多くありません。週2〜3日の案件は、範囲や成果物を区切った役割として募集されることがほとんどです。
週2〜3日・副業で見つかりやすいGo案件
| 案件の種類 | 主な仕事 | 週2〜3日で成り立つ理由 |
|---|---|---|
| 社内ツール・CLIの開発 | 開発や運用の作業を楽にするツール、管理画面の裏側のAPI | 利用者が社内で、急ぎの対応が求められにくい |
| 範囲を区切ったAPI・機能の開発 | 独立した機能や、小さなサービスの新規開発 | 担当する部分が切り出され、他の作業と待ち合わせが少ない |
| 性能・障害の調査 | 遅い処理や資源の使い方の調査と改善の提案 | 調査と報告の区切りがはっきりしている |
| レビュー・技術の相談役 | 設計やコードのレビュー、Goの書き方の決まりづくり | 決まった時間にまとめて関われる |
| 置き換えの技術調査 | 既存のシステムをGoに移せるかの調査、試作 | 期間と成果物を決めて関われる |
社内ツールやCLIの開発は、Goが1つの実行ファイルにまとめて配りやすいこともあり、Goの案件の中では短い稼働で受けやすい領域です。範囲を区切った機能の開発は、スタートアップや新しいサービスで、まだチームが小さい時期に出てくることがあります。
レビューや技術の相談役は、Goの経験が浅いチームが、書き方の決まりや設計の考え方を外部から借りたいときに出てくる案件です。週に決まった時間だけ関わり、レビューと相談に答える形になります。
週2〜3日のGo案件の探し方
1. 担える範囲と成果物を先に決める
週2〜3日で受けるなら、何を作り、何は担わないかを先に決めておきます。「社内ツールの開発とその保守は担うが、本番サービスの障害の当番は担わない」のように言葉にしておくと、案件との照らし合わせが早くなります。
2. 稼働する曜日と、稼働外の連絡の扱いを決める
チームの朝会やレビュー、定例の曜日と、自分の稼働日が合うかが大切です。稼働日以外にどこまでチャットに応じられるかも決めておきましょう。曜日を固定できると、チームの側もレビューの依頼や相談の予定を立てやすくなります。
3. 経験の近い案件から選ぶ
稼働日数が少ないほど、立ち上がりの早さが求められます。使っている技術の組み合わせ、データベースやクラウド、サービスの規模が自分の経験に近い案件を選ぶと、短い稼働でも成果を出しやすくなります。リモートで受けられるかどうかも合わせて確かめておきましょう。Goのリモートの傾向はGoエンジニアのリモート案件の記事で解説しています。
4. 期間を区切った案件も視野に入れる
調査や試作、ツールの開発のように、期間と成果物を決めて関わる案件もあります。短い期間で区切る働き方はスポット案件の記事で解説しています。
短い稼働で信頼を得る進め方
週2〜3日のGoエンジニアは、不在の日があることを前提に、仕事の進め方を組み立てる必要があります。
- プルリクエストを小さくまとめる:稼働日のうちにレビューを出し、不在の日に他の人が読める大きさにする
- 説明を文章で残す:変更の意図、影響の範囲、確かめた方法をプルリクエストやチケットに書き、口頭の説明に頼らない
- 週の始めと終わりに短く報告する:稼働日の最初に今週の予定、最後に進み具合と気になる点を残す
- 不在の日の扱いを決める:自分が書いた部分に不具合が出たとき、誰がどこまで対応するかを先に合意しておく
こうした進め方を面談で具体的に話せると、短い稼働でも任せられるかを発注元が判断しやすくなります。
受けるときの注意点
担う範囲と稼働日数をそろえる
週2〜3日の案件で起きやすいのは、稼働日数は減ったのに、担う範囲は週5日のメンバーと同じという状態です。不在の日にもレビューの依頼や障害の連絡が届き、稼働日以外の作業が増えていきます。参画前に、担う範囲と、不在の日の対応を確かめておきましょう。
障害対応の待機を確かめる
Goで書かれたサービスは本番の運用と近いため、短い稼働の案件でも障害の当番に入ってほしいと頼まれることがあります。当番に入るか、呼び出されたときの稼働をどう数えるかを、精算の条件と合わせて確かめておきます。精算の仕組みは精算幅の記事をご覧ください。
取引条件を書面で受け取る
フリーランス法では、発注する事業者は業務を委託したら直ちに、業務の内容、報酬の額、支払期日などを、書面またはメールなどで明示することとされています(2026年10月時点、公正取引委員会の案内による)。週2〜3日の案件では、稼働日数や稼働時間の幅も、明示された条件と照らし合わせておくと安心です。
会社員の副業でGoの案件を受けるとき
会社員が副業でGoの案件を受ける場合は、上の注意点に加えて、次の点を確かめます。
- 勤務先の就業規則:副業が禁止か、許可制か、届出制か。業務委託が対象に含まれるか。厚生労働省のモデル就業規則では、副業・兼業についての規定が設けられています(2026年10月時点、厚生労働省の案内による)
- 本業との競合:本業と同じ分野のサービスや、本業の取引先に関わる案件は、競業や秘密の扱いで問題になりやすい
- 時間帯:チームの朝会やレビューは平日の日中に入ることが多く、本業の時間と重ならないか
- 確定申告:給与を1か所から受けている会社員は、給与以外の所得の合計が20万円を超えると、原則として確定申告が必要です(国税庁の案内による。令和8年4月1日現在の法令に基づく)
Goエンジニアは、本業でも副業でもソースコードに触れる立場です。本業のコードや社内の仕組みを、副業の案件で使わないよう意識して切り分ける必要があります。就業規則の読み方や手続きは会社員の副業で業務委託案件を受けるときの注意点、副業禁止の会社で業務委託を受けるリスク、副業の20万円の考え方、平日の日中に動けない場合の探し方は週末・夜だけの業務委託案件の記事で解説しています。判断に迷う場合は、勤務先の担当部署や税理士などの専門家にご相談ください。
よくある質問
週2〜3日の案件でも、Goの実務経験として評価されますか?
担った範囲と、作ったものが本番でどう使われたかを具体的に書けば、経験として評価されます。スキルシートには稼働日数と担当範囲を正確に書き、チームの中心として機能開発を担ったように読める書き方は避けておきましょう。
平日の夜や週末だけでもGoの案件は受けられますか?
チームの朝会やレビューは平日の日中に入ることが多いため、夜や週末だけで受けられる案件は限られます。社内ツールの開発や調査のように、成果物と期限で区切れる関わり方なら成り立つことがあります。
週3日で始めて、あとから週5日に増やすことはできますか?
発注元の体制や予算によっては、稼働を増やせることがあります。ただし、案件ごとに事情が違うため、増やせる前提で受けるのは避けたほうが無難です。将来の希望がある場合は、参画前に伝えておくと話がしやすくなります。
参考にした公的情報・資料
記事の内容は公開日時点の情報にもとづきます。制度や税率は変わることがあるため、手続きの前に必ず各機関の最新情報をご確認ください。