SREの週2〜3日・副業案件はある?見つかりやすい案件の型と探し方、受けるときの注意点
公開 2026-11-04 監修:株式会社エージェントベスト
SRE(サイト信頼性エンジニア)の週2〜3日・副業の案件は、ありますが多くはありません。SREは障害のときにすぐ動けることが期待されやすく、オンコールを含む運用の案件では、稼働日の少ない人に任せにくいためです。一方で、SLOや監視の整備、手作業の自動化、障害の振り返りの仕組みづくりなど、成果物で区切れる仕事なら、週2〜3日でも受けられる案件が見つかります。
探すときは、「週3日でSREなら何でも」ではなく、稼働日数に合う仕事の型の案件を選ぶことが大切です。この記事では、週2〜3日・副業のSRE案件の傾向、探し方、受けるときの注意点を整理します。週3日の働き方全般は週3日の業務委託案件の記事で解説しています。
週2〜3日のSRE案件が少ない理由
理由は主に3つあります。
- 障害は稼働日を選ばない:本番の環境は毎日動いており、障害の対応に入れる日が限られる人には、運用の責任を持たせにくい
- 当番の輪に入りにくい:オンコールの当番は人数で回すため、稼働日が少ない人を入れると当番表が組みにくくなる
- 基盤の文脈が深い:構成や過去の障害の経緯を知らないと判断しにくく、短い稼働では立ち上がりに時間がかかる
逆に言えば、障害対応やオンコールを切り離せる仕事なら、稼働日数が少なくても成り立ちます。
週2〜3日・副業で見つかりやすいSRE案件
| 案件の型 | 中身 | 週2〜3日で成り立つ理由 |
|---|---|---|
| SLO・監視の整備 | 指標の選定、ダッシュボードとアラートの見直し | 成果物と期限で区切りやすい |
| トイルの削減・自動化 | 手作業の洗い出しと、IaCやスクリプトへの置き換え | 作業を一つずつ切り出して進められる |
| 振り返りの仕組みづくり | ポストモーテムの型、障害の記録の運用を整える | 会議と文書が中心で、曜日を決めて進めやすい |
| 技術の相談役 | 社内のSREや開発チームの設計のレビュー、方針の相談 | 定例の場で助言する形にできる |
| 小規模なサービスの基盤の見直し | スタートアップなどの監視・バックアップ・リリースの仕組みの点検 | 規模が小さく、全体を短い時間で把握できる |
どの型でも、オンコールに入らないこと、障害の一次対応を担わないことが前提になっている案件が中心です。オンコールを含む案件で週2〜3日を求めると、当番の日だけ稼働が大きく増えるなど、条件が合いにくくなります。
週2〜3日のSRE案件の探し方
1. 担える範囲を先に決める
SLOの整備、自動化、振り返りの仕組み、設計のレビューなど、自分が短い稼働でも成果を出せる仕事を先に決めます。「SRE全般」と伝えるより、型を絞って伝えたほうが案件と結びつきやすくなります。
2. オンコールと時間外の連絡の扱いを先に決める
オンコールに入れるか、入れないか。稼働日以外にチャットの連絡をどこまで見るか。障害が起きたときに稼働日外でも呼ばれる可能性があるか。これらを応募の前に決めておくと、面談で条件をすり合わせやすくなります。
3. 週5日の案件の一部を切り出してもらう
週5日で募集されている案件でも、監視の整備や自動化の部分だけなら週2〜3日で担える場合があります。案件票の稼働日数だけで判断せず、切り出せそうな仕事があれば相談してみる価値があります。
4. 経験の近い基盤の案件から選ぶ
稼働日数が少ないほど、立ち上がりの早さが求められます。使ったことのあるクラウドやコンテナ基盤、監視のツールに近い案件を選ぶと、短い稼働でも成果を出しやすくなります。リモートで受けられるかどうかも合わせて確かめておきましょう。SREのリモートの働き方はSREのリモート案件の記事で解説しています。
短い稼働で信頼を得る進め方
- 最初の数回で現状を文書にする:構成、監視、過去の障害、手作業の一覧を短くまとめ、発注元と認識をそろえる
- 稼働日ごとの成果を残す:その日に何を進め、次の稼働日に何をするかを、共有の場所に書いておく
- 小さく出して確かめる:アラートの見直しや自動化は、一度に大きく変えず、一つずつ反映して効果を確かめる
- 自分がいない日に困らない形で渡す:手順書やコードの説明を残し、稼働日外に問い合わせが来ない状態をつくる
SREの仕事は、本番の環境に変更を入れるほど、変更の後に何か起きたときの対応が問題になります。稼働日の終わりに大きな変更を入れないのも、短い稼働で信頼を保つための工夫です。
受けるときの注意点
障害対応の責任の範囲を決める
自分が入れた変更で障害が起きたとき、稼働日外でも対応するのか、社内の当番に引き継ぐのかを、契約の前に決めておきます。決めないままでは、責任感から稼働日外に無償で対応し続けることになりかねません。
稼働時間の記録と精算を確かめる
時間外に対応した時間をどう扱うか、精算の条件と合わせて確かめておきます。精算の仕組みは精算幅の記事をご覧ください。参画後に頼まれる仕事が広がった場合の扱いは作業範囲が広がったときの契約の扱いで解説しています。
本番環境の権限と端末の扱いを確かめる
週2〜3日の案件でも、本番の環境に触る権限が与えられることがあります。権限の範囲、作業に使う端末、接続の方法を確かめ、副業の場合は本業の端末と完全に分けましょう。
掛け持ちのときは障害の重なりに備える
複数の案件を掛け持ちする場合、それぞれの案件で同じ時間に障害が起きる可能性があります。どちらの案件でもオンコールに入らない形にしておくと、重なりの問題を避けやすくなります。掛け持ちの注意点は複数の案件を掛け持ちするときの注意点、稼働の割合の考え方は稼働率の記事で解説しています。
会社員の副業でSRE案件を受けるとき
副業の場合、平日の日中に稼働できないことが多く、案件の型はさらに絞られます。設計のレビューや振り返りの仕組みづくりなど、会議を夜や週末に寄せられる仕事や、非同期で進められる自動化の仕事が中心になります。
副業の所得の申告や住民税の扱いは、会社員の副業で業務委託案件を受けるときの注意点と副業の所得が少ないときの確定申告の記事で解説しています。就業規則で副業が禁止されている場合のリスクは副業禁止の会社で業務委託を受けるリスク、平日の日中に動けない場合の探し方は週末・夜だけの業務委託案件の記事をご覧ください。税務の判断に迷う場合は、税理士や勤務先の担当部署にご相談ください。
よくある質問
週2〜3日の案件でも、SREの経験として評価されますか?
評価されます。稼働日数より、何を整え、何が変わったかが見られます。SLOを導入した、アラートを見直した、手作業をなくしたといった成果を、前と後の変化とあわせてスキルシートに書いておきましょう。書き方はSREのスキルシートの記事で解説しています。
週2〜3日でもオンコールに入れる案件はありますか?
なくはありませんが、当番の日に稼働が大きく増えるなど、条件が複雑になりやすい案件です。入る場合は、当番の頻度、応答までの時間、時間外の対応の精算を、契約の前に書面で確かめておきましょう。
週3日で始めて、あとから週5日に増やすことはできますか?
発注元の状況と、契約の更新の時期によっては可能です。増やしたい場合は、成果を示したうえで、更新の前に相談するのが現実的です。稼働日数を増やすと、オンコールへの参加を求められることもあるため、条件をあわせて確かめておきましょう。