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

SRE（サイト信頼性エンジニア）の案件を選ぶときは、報酬や技術の名前より先に、改善の仕事と運用の仕事の比重、オンコールの条件、本番の環境に対する権限を確かめることが大切です。同じ「SRE」の募集でも、仕組みづくりを任される案件と、障害対応を回す要員として呼ばれる案件では、毎日の負担も、手元に残る実績もまったく違います。

特に見落としやすいのは、障害のときに負う責任と、変更を入れる権限が釣り合っているかです。責任だけが重く、直す権限がない案件では、どれだけ働いても信頼性を上げられません。この記事では、SRE案件に固有の確認点を整理します。契約書全般の確認点は業務委託契約書のチェックポイントで解説しています。

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

SREの案件で選び方の差が出るのは、次の3つの理由からです。

1. 肩書きの中身に幅がある：SLOや自動化を任される案件もあれば、従来の運用監視を「SRE」と呼んでいる案件もある
2. 時間外の負担が条件で決まる：オンコールの頻度や応答の速さ、時間外の精算の扱いで、実際の働き方と報酬の実質が大きく変わる
3. 改善できるかは環境で決まる：権限、開発チームとの関係、監視の整備状況によって、改善の提案が通るかが左右される

たとえば、同じように「Kubernetes基盤のSRE」と書かれた案件でも、片方はSLOの導入とリリースの仕組みづくりを任され、もう片方は夜間の当番を中心に既存の運用を回す、ということがあります。前者では改善の実績が積み上がり、後者では障害対応の経験は積めても、スキルシートに書ける改善の成果は残りにくくなります。どちらが合うかは本人の希望次第ですが、選ぶ前に違いを知っておくことが欠かせません。

参画してから気づくと、契約期間の間は条件を変えにくくなります。面談と契約前の確認で、次の7点をそろえておきましょう。

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

1. 役割の実態は改善か、運用か

仕事の時間のうち、SLOの整備や自動化などの改善に使える時間と、監視の確認や障害対応、定型の運用作業に使う時間の見込みを聞きます。「将来的には改善も」という説明の場合は、いつから、どの範囲を任される想定かまで確かめます。案件の種類ごとの働き方はSREの仕事内容の記事で整理しています。

2. オンコールの条件

オンコールがある場合は、次の点を確かめます。

• 当番の人数と、自分に回ってくる頻度
• アラートから応答までに求められる時間
• 待機中の場所の制約（自宅にいる必要があるかなど）
• 待機と、実際に対応した時間の精算の扱い

当番の負担は、当番の人数と1回の当番で起きる障害の数で大きく変わります（Googleの『Site Reliability Engineering』でも、当番の負担を量と質の両面で扱っています）。リモートで当番に入るときの確認点はSREのリモート案件の記事で詳しく解説しています。

3. 本番の権限と、変更の承認の流れ

本番の環境にどこまで触れるか、構成の変更を反映するまでに誰の承認が要るかを聞きます。障害のときに緊急の変更を入れる権限があるか、ないならどこに依頼するかも大切です。権限がない案件では、直し方が分かっても待つしかない時間が増えます。

4. 基盤と監視の今の状態

監視やログの整備状況、SLOがあるか、障害の記録や振り返りが残っているか、手順書があるかを確かめます。整っていない状態から始める案件は、最初の数か月を把握と整備に使うことになります。それ自体は悪いことではありませんが、成果が出るまでの時間の見込みを発注元とそろえておく必要があります。

5. 開発チームとの関係

信頼性の改善と機能の開発のどちらを優先するかを、一緒に決める場があるかを聞きます。エラーバジェットを使ってリリースの進め方を話し合う運用があるか、SREの提案が開発の計画に入る流れがあるかで、改善の仕事の進めやすさが変わります。

6. 障害のときの責任と、契約の形

障害が起きたとき、どこまでを自分が担うのかを確かめます。準委任の契約で、作業の遂行に対して責任を負う形が一般的ですが、請負の形で「稼働率の保証」のような成果を求められる場合は、負う責任が大きく変わります。契約の形の違いは準委任契約と請負契約の違い、損害が出たときの考え方は業務委託の損害賠償責任の記事で解説しています。

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

7. 契約期間と、引き継ぎの区切り

契約期間と更新の時期、移行や整備の区切りの時期を確かめます。基盤の移行の案件では、切り替えの山場が契約の更新の時期と重なると、条件の相談がしにくくなります。仕組みをつくって手放す案件では、引き継ぎの相手と時期を最初に聞いておくと、成果物の残し方を決めやすくなります。

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

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

SREの案件で特に照らし合わせたいのは、次の点です。

面談で「オンコールなし」と聞いていても、書面の業務の内容に「障害対応」とだけ書かれていると、時間外の対応を求められたときに扱いが曖昧になります。気になる表現があれば、契約の前に確かめましょう。精算の仕組みは精算幅の記事で解説しています。

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

よくある質問

オンコールのある案件は避けたほうがよいですか？

一概には言えません。当番の人数が十分で、時間外の対応の扱いがはっきりしている案件なら、障害対応の経験を積める機会にもなります。避けたほうがよいのは、当番の負担や精算の条件が曖昧なまま始まる案件です。

監視や手順書がほとんど整っていない案件は選ばないほうがよいですか？

整備そのものが仕事になる案件と考えれば、実績を積みやすい案件でもあります。ただし、成果が出るまでの時間がかかるため、最初の数か月で何を整えるかを発注元とそろえておくことが大切です。

報酬の高い案件と、改善を任される案件で迷ったらどうしますか？

報酬が高くても、オンコールや時間外の対応が多いと、時間あたりの報酬は下がることがあります。報酬の額だけでなく、稼働の見込みと、実績として残る仕事の中身を合わせて比べるとよいでしょう。報酬の決まり方はSREの報酬の記事で解説しています。