AWSエンジニアのフリーランス案件の選び方｜契約前に確かめたい7つの点

フリーランスのAWSエンジニアの案件を選ぶときは、報酬や稼働日数に加えて、担う段階、権限と環境への入り方、環境の今の状態、障害対応の有無、契約の形と賠償の範囲、稼働の振れ幅、契約期間の7点を契約前に確かめておくことが大切です。AWSの案件は、募集名が同じでもこの7点の違いで、毎日の仕事も負う責任も大きく変わります。

特に見落としやすいのは、本番の権限を持つことと、そのとき負う責任が釣り合っているかです。誤った操作や作った資源の費用が問題になったときの扱いが曖昧なまま参画すると、思わぬ負担を抱えることがあります。この記事では、AWS案件に固有の確認点を整理します。契約書全般の確認点は業務委託契約書のチェックポイントで解説しています。

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

AWSの案件票は「AWS環境の設計・構築」「インフラ運用」のように書かれることが多く、対象の環境や体制までは読み取れないことが少なくありません。参画してから想定との違いに気づく例として、次のようなものがあります。

• 構築の案件と聞いていたが、実際は既存環境の調査と移行の計画が中心だった
• IaCで管理されていると聞いていたが、多くの資源が手で作られていた
• 権限の申請に時間がかかり、最初の数週間は作業ができなかった
• 日中の作業の契約だったが、障害の連絡体制に組み込まれていた

こうしたずれは、面談と条件の確認の段階で聞き方を工夫すれば、多くを防げます。

案件票からも、ある程度の手がかりは読み取れます。「既存環境の改善」「移行」とあれば調査の比重が高い案件、「運用保守」「監視」とあれば障害の連絡体制に入る可能性がある案件、「マルチアカウント」「ガバナンス」とあれば各チームとの調整が多い案件と考えておくと、面談で何を聞くべきかが決まります。使うツールの欄にIaCのツール名があっても、管理されている範囲までは分からないため、面談で確かめる前提で読みましょう。

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

1. 担う段階は設計か、構築か、運用か

最初に確かめたいのは、自分が担う段階です。設計から入る案件なのか、決まった構成を作る案件なのか、動いている環境を運用・改善する案件なのかで、求められる判断の重さが違います。面談では「参画後の最初の1か月で、最も期待されている成果は何か」を聞くと、実態が見えやすくなります。案件の種類ごとの働き方はAWSエンジニアの仕事内容で整理しています。

2. 権限の範囲と、環境への入り方

AWSの案件では、どの権限で、どこから入れるかで作業の進み方が大きく変わります。

• 本番のアカウントに変更の権限が付くか、検証環境だけか
• 権限の申請にどのくらい時間がかかるか、誰が承認するか
• 社内のネットワークや貸与端末を経由する必要があるか、リモートで入れるか
• 私物の端末を使ってよいか、使えないか

権限が付くまで作業が進まない場合、その期間の稼働をどう扱うかも確かめておくと安心です。環境への入り方とリモートの関係はAWSのリモート案件の記事で解説しています。

3. 環境の今の状態

案件票に書かれない「今の状態」を確かめます。

• IaCで管理されている範囲と、手で作られた資源の割合
• 構成図や設計書が今の環境と合っているか
• 前任者がいる場合、引き継ぎの時間があるか
• 直近で大きな障害や、構成の変更があったか

手作業の環境や資料の古い環境を避ける必要はありません。整える仕事は評価にもつながります。ただ、状態を知ったうえで受けることが大切です。調査や整備にかける期間が計画に入っているかも合わせて確かめておきます。

4. 障害対応と、夜間・休日の扱い

運用の案件や、自分が作った環境が本番で動き始める案件では、障害対応の扱いを確かめます。

• 障害の連絡体制に入るか、入るならどの時間帯か
• 夜間や休日の連絡に応じる待機があるか、その報酬の扱い
• 一次対応は誰が行い、自分はどの段階から呼ばれるか

待機や時間外の対応の扱いが決まっていないと、責任感から無償で対応し続けることになりかねません。考え方は待機の報酬の記事をご覧ください。

5. 契約の形と、賠償の範囲

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

• 「環境を期限内に完成させる」のように、完成を約束する書き方になっていないか
• 誤った操作による損害の賠償に、上限の定めがあるか
• 作った資源の費用やデータの消失について、責任の範囲がどう書かれているか

本番の権限を持つ以上、操作の誤りが大きな影響につながることがあります。賠償の上限や、損害に備える保険の考え方は損害賠償の上限の記事と賠償責任保険の記事、契約の形の違いは準委任契約と請負契約の違いで解説しています。

6. 稼働の振れ幅と精算

AWSの案件の稼働は、移行の切り替えやリリースの前後で大きく振れます。

• 切り替えの作業が夜間や休日にあるか、その時間の扱い
• 精算幅を超えたときの扱いと、稼働が少ない月の扱い
• 権限の待ちなどで作業ができない時間をどう扱うか

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

7. 契約期間と、プロジェクトの区切り

契約の期間と、移行やリリースの時期が合っているかを確かめます。切り替えの直前に契約の更新時期が来ると、更新されなかった場合に最も大事な局面を見届けられません。運用への引き継ぎの期間が契約に含まれているかも確かめておきましょう。

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

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

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

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

1. 業務の内容に、担う段階（設計・構築・移行・運用など）と対象の環境が書かれているか
2. 完成を約束する書き方や、賠償の上限がない書き方になっていないか
3. 夜間・休日の作業や待機の扱いと、精算の方法
4. 契約期間と更新の時期、引き継ぎの扱い

面談で聞いておくとよい質問はAWSの面談でよく聞かれる質問と答え方の逆質問の項目でも紹介しています。一般的な逆質問の考え方は面談で聞いておくべき逆質問をご覧ください。

よくある質問

手作業で作られた環境の案件は避けたほうがよいですか？

避ける必要はありません。手作業の環境をコードに置き換える仕事は、次の案件でも評価されやすい経験です。ただし、調査や整備にかける期間が計画に入っているか、作業の優先順位を誰が決めるかを確かめてから受けることをおすすめします。

本番の権限を持つのが不安です。どう備えればよいですか？

変更の手順とレビューの流れが決まっているか、元に戻す方法が用意されているかを参画前に確かめます。あわせて、契約の賠償の範囲を確かめ、必要に応じて賠償責任保険を検討するとよいでしょう。

報酬の高い案件と、障害対応のない案件で迷ったらどうしますか？

一概には言えませんが、障害対応や待機の扱いが曖昧な案件では、稼働が増えて時間あたりの報酬が下がることがあります。報酬の額だけでなく、稼働の見込みと時間外の扱いを合わせて比べるとよいでしょう。報酬の決まり方はAWSエンジニアの報酬の記事で解説しています。