Goエンジニアのフリーランス案件の選び方｜契約前に確かめたいこと

フリーランスのGoエンジニアが案件を選ぶときは、報酬や稼働日数に加えて、開発の比重（新規か置き換えか保守か）、担う範囲、障害対応の待機、Goの版と依存の状態、体制とレビュー、契約の形、稼働の振れ幅、契約期間の区切りの8点を契約前に確かめておくことが大切です。Goの案件は、案件票では同じ「Goでのバックエンド開発」と書かれていても、この8点の違いで毎日の仕事と負う責任が大きく変わります。

特に見落としやすいのは、API開発のつもりで入ったのに、デプロイや監視、障害の当番まで担うことになるずれです。この記事では、Goの案件に固有の確認点を整理します。契約書全般の確認点は業務委託契約書のチェックポイントで解説しています。

Goの案件で選び方の差が出る理由

Goは、APIサーバーからサービス間の通信、基盤のツールまで幅広く使われ、本番の運用と近い場所で書かれることの多い言語です。そのため、言語の名前だけでは、どこまでを任されるかが読み取りにくくなります。

参画してから起きやすいずれは、次のようなものです。

• 新しいサービスを作る案件と聞いていたが、実際は古いシステムの置き換えで、既存のコードを読む時間が大半だった
• APIの開発の契約なのに、Kubernetesの設定や監視の仕組みづくりまで頼まれた
• 夜間や休日の障害の当番が、契約に書かれないまま始まった
• Goの版や依存するモジュールが長く更新されておらず、機能を足す前に更新の作業が必要だった

案件票の読み方の基本は案件票の読み方の記事で解説しています。こうしたずれは、面談と条件の確認の段階で、聞き方を工夫すれば多くを防げます。

契約前に確かめたい8つの点

1. 開発の比重：新規か、置き換えか、保守か

最初に確かめたいのは、新しく作る仕事と、置き換えや保守の仕事の比重です。置き換えの案件では、既存のシステムの振る舞いを読み解く力と、切り替えの段取りが求められます。保守が中心の案件では、調査と小さな修正の積み重ねが仕事の中心になります。

面談では、「参画後の最初の1か月で、最も期待されている成果は何か」を聞くと、比重が見えやすくなります。案件の種類ごとの働き方はGoエンジニアの仕事内容の記事で整理しています。

2. 担う範囲：APIまでか、デプロイや監視まで含むか

Goの案件では、担う範囲の線が現場ごとに違います。

• APIやサービスのコードを書くところまでか
• コンテナの設定、デプロイの仕組み、クラウドの設定まで担うか
• 監視やアラートの設定、ログの調査まで含むか
• データベースの設計や変更まで任されるか

範囲が広いこと自体は悪いことではありません。ただ、契約に書かれた業務の内容と、実際に求められる範囲が一致しているかが大切です。

3. 障害対応の待機と呼び出し

本番のサービスに関わるGoの案件では、障害の当番が条件になることがあります。

• 夜間・休日の待機があるか。あるなら頻度と時間帯
• 呼び出されたときの稼働をどう数え、どう精算するか
• 一次の対応は誰で、自分はどの段階で呼ばれるか

待機の有無は案件票に書かれていないこともあります。参画してから当然のように始まることを防ぐため、契約の前に確かめておきましょう。

4. Goの版と依存するモジュールの状態

Goの公式の方針では、各メジャーリリースは新しいメジャーリリースが2つ出るまでサポートされます（2026年10月時点、Goの公式サイトのリリース履歴による）。長く更新されていないサービスでは、機能を足す前に版や依存の更新が必要になることがあります。

• 今使っているGoの版と、更新の方針
• 依存するモジュールの更新を誰が、どの頻度で行っているか
• テストがどの程度そろっていて、更新の影響を確かめられるか

古い版のまま動いている案件を避ける必要はありません。更新の作業が自分の役割に含まれるかを知ったうえで受けることが大切です。

5. 体制とレビュー

• 技術リードがいるか。Goの経験者がチームに何人いるか
• コードの決まりやレビューの流れが決まっているか
• 自分がレビューする側に回ることを期待されているか

Goの経験者が少ないチームでは、書き方の決まりづくりやレビューまで期待されることがあります。逆に、経験者が多いチームでは、決まりに合わせて書くことが強く求められます。どちらの立場で入るかを確かめておくと、参画後の振る舞いを決めやすくなります。

6. 契約の形と、負う責任の範囲

フリーランスのGoエンジニアは、多くの場合、準委任契約で参画します。準委任では、仕事の完成そのものではなく、専門家として通常求められる注意を払って業務を行うことが約束の中身になります。

• 「システムを完成させる」のように、完成を約束する書き方になっていないか
• 成果物の納品が求められる場合、その範囲と、受け入れの確認の方法
• 請負の形で受ける場合、契約不適合の責任を負う期間と範囲

契約の形の違いは準委任契約と請負契約の違い、請負の責任は契約不適合責任の記事で解説しています。また、準委任の契約なのに、発注元の社員から細かな作業の指示や勤務時間の管理を受ける働き方は、偽装請負の問題につながるおそれがあります。詳しくは偽装請負の記事をご覧ください。

7. 稼働の振れ幅と精算

• リリースや切り替えの前後に、夜間や休日の作業があるか
• 精算幅を超えたときの扱いと、稼働が少ない月の扱い
• 障害対応の待機や呼び出しの時間を稼働に含めるか

精算の仕組みは精算幅の記事をご覧ください。

8. 契約期間と区切り

置き換えや新しいサービスの立ち上げの案件では、プロジェクトの区切りと契約期間が合っているかを確かめます。切り替えの直前に更新の時期が来ると、最も大事な局面を見届けられないことがあります。

フリーランス法では、6か月以上継続して業務を委託している場合に、契約を解除したり更新しなかったりするときは、原則として30日前までに予告することが求められています（2026年10月時点、公正取引委員会の案内による）。詳しくは契約解除・不更新の予告の記事で解説しています。

確かめた内容を書面と照らし合わせる

面談や事前の確認で聞いた内容は、契約の前に書面と照らし合わせます。フリーランス法では、発注する事業者は業務を委託したら直ちに、業務の内容、報酬の額、支払期日などを、書面またはメールなどで明示することとされています。報酬の支払期日は、給付を受け取った日から60日以内のできるだけ短い期間で定めることとされています（2026年10月時点、公正取引委員会の案内による）。明示される事項はフリーランス法で明示される取引条件をご覧ください。

Goの案件では、特に次の点が書面に反映されているかを確かめます。

1. 業務の内容に、担う範囲（API、インフラ、監視、データベースなど）が書かれているか
2. 障害対応の待機と呼び出しの扱い
3. 稼働の幅と、超えたときの精算方法
4. 契約期間と更新の時期

面談で聞いておくとよい質問はGoエンジニアの面談でよく聞かれる質問と答え方の逆質問の項目でも紹介しています。

よくある質問

古いGoの版のまま動いている案件は避けたほうがよいですか？

避ける必要はありません。版の更新を進めた経験は、次の案件で話せる材料にもなります。ただし、更新の作業が自分の役割に含まれるか、テストがそろっていて影響を確かめられるかを、参画前に確かめてから受けることをおすすめします。

障害の当番があると言われました。断ってもよいですか？

当番に入るかどうかは、契約の条件として話し合う事柄です。入れない場合は、その旨を早めに伝えましょう。入る場合は、頻度、時間帯、呼び出されたときの稼働の数え方と精算を、書面で確かめてから受けることが大切です。

報酬の高い案件と、担う範囲のはっきりした案件で迷ったらどうしますか？

一概には言えませんが、担う範囲があいまいなまま運用まで広がると、稼働が増えて時間あたりの報酬が下がることがあります。報酬の額だけでなく、稼働の見込みと担う範囲を合わせて比べるとよいでしょう。報酬の決まり方はGoエンジニアの報酬の記事、参画後のつまずきはGoエンジニアのつまずきやすい点の記事で解説しています。