SREの参画初月にやること｜現場で信頼される進め方

SREの参画初月にやることは、サービスと障害の現状をつかむこと、当番と権限の線を決めること、小さな改善を一つ形にすることの3つです。大きな仕組みを入れるのは2か月目以降で構いません。初月は「この人に本番を任せて大丈夫か」を周りが見ている期間だと考えてください。

SREは本番環境に触れる職種のため、最初の動き方で信頼が大きく左右されます。この記事では、週ごとの進め方、案件の型による重心の違い、避けたい動き、月末の振り返りを整理します。参画全般の準備は参画前の準備と参画初期の動き方で扱っているので、ここではSREならではの進め方に絞ります。

初月のゴールを3つに分ける

3つ目を急ぎすぎないことも大切です。現状をつかむ前に手を入れると、前提の誤りで手戻りが出やすくなります。

1週目：構成と障害の記録から現状を集める

SREとして最初に読む資料

まずは、次の資料に目を通します。すべてが揃っている現場は多くないため、「ないもの」を把握すること自体が収穫になります。

• 構成図とリポジトリ：サービスのつながり、Infrastructure as Codeの置き場所、デプロイの流れ
• 過去の障害の記録：直近数か月の障害の一覧と振り返りの文書。同じ原因が繰り返していないかを見る
• アラートの設定と鳴った履歴：どのアラートがよく鳴り、そのうち実際に対応が要ったものはどれか
• 当番の体制：当番表、呼び出しの手段、手順書（ランブック）
• SLOや目標の取り決め：あれば、その値と、守れなかったときの扱い

関係者と短く話す

資料だけでは分からないことを、関係者に15〜30分ずつ聞きます。相手は、当番に入っているメンバー、開発チームのリーダー、窓口となる発注側の担当者が中心です。聞くことは「最近いちばん困った障害は何か」「夜間に呼ばれる理由で多いものは何か」「SREに一番期待していることは何か」の3つに絞ると、短い時間でも本音が出やすくなります。

この週は、本番環境への変更は控えます。読み取りの権限で、監視画面とログの見方に慣れておきます。

2週目：当番と権限の線を決める

当番に入る時期を合わせる

参画してすぐに一人で当番に入るのは避けたいところです。最初は既存のメンバーの当番に付き添う形で入り、呼び出しの流れと手順書の抜けを確かめます。一人で当番に入る時期と、応答までの時間、呼び出し時の稼働の扱いを、窓口と確かめておきます。Googleが公開しているSREの本でも、12時間の当番で扱う障害は2件までを目安とするなど、当番の負担を測って抑える考え方が示されています（2026年10月時点、公開ページによる）。呼び出しの件数を最初から記録しておくと、後で負担の話をするときの材料になります。

本番の権限を作業ごとに分ける

本番で何ができるかを、作業ごとに整理します。読み取りだけでよい作業、変更が要る作業、強い権限が要る作業を分け、強い権限が要る作業は誰の承認で行うかを決めておきます。権限が広く渡されそうなときほど、操作の記録が残る形を選んでください。

決めてもらう相手を一枚にまとめる

リリースを止めるかどうか、当番の体制を変えるかどうか、改善の優先度をどうするかは、外部のSREが一人で決められないことが一般的です。それぞれを誰が決めるのかを一枚に書き出し、窓口と確かめておきます。

3〜4週目：見立てを出し、小さな改善を一つ形にする

現状の見立てをまとめる

1〜2週目で集めた材料から、現状の見立てを短くまとめます。障害の傾向、当番の負担、アラートの質、手作業の多さを並べ、どこから手を入れると効きそうかを示します。数字が取れる部分は数字で示し、取れない部分は「取れていない」こと自体を課題として挙げます。

小さな改善を一つ形にする

初月の改善は、影響が小さく、効果が目に見えるものを選びます。

• 鳴っても対応しないアラートを整理し、本当に動く必要があるものだけを残す
• 当番がよく行う手作業の確認を一つ自動化する
• 手順書の抜けを、当番に付き添った経験から埋める

変更はコードとしてリポジトリに入れ、レビューを通して反映します。現場のやり方に沿って進めることで、「外から来た人が勝手に変えた」と受け取られずに済みます。

振り返りの進め方に触れる

初月に障害が起きたら、振り返りの場に加わります。同じ本では、振り返りは個人やチームを責めずに仕組みの原因を探すものとされ、利用者に見える停止や劣化、データの損失、当番による切り戻しなどの対応が要ったとき、などが振り返りを書くきっかけの例として挙げられています。現場に振り返りの決まりがない場合は、こうした例を参考に、いつ振り返りを書くかの基準を提案すると、2か月目以降の仕事の土台になります。

案件の型によって初月の重心は変わる

信頼性の立て直しの案件

障害が続いている現場では、初月から障害対応に呼ばれることがあります。その場合も、対応しながら障害の記録を整え、同じ原因の障害を減らす手を一つ打つことを優先します。大きな構成の見直しは、見立てを出して合意を取ってからにします。

SLO・可観測性の導入の案件

導入の案件では、初月に指標の候補を出し、開発チームや事業側と話す場を設けるところまで進めると、2か月目の設計に入りやすくなります。いきなり道具を入れるより、何を測りたいかの合意を先に取ります。

運用の当番が中心の案件

当番が中心の案件では、手順書の抜けと、繰り返しの作業の洗い出しに初月を使います。当番の負担を記録しておくと、改善の時間を確保する相談の材料になります。

基盤の移行の案件

移行の案件では、今の構成の癖と、切り替え時に戻す方法の確認が初月の中心です。移行の計画を急ぐより、古い構成の中で「誰も理由を知らない設定」を洗い出しておくと、後のつまずきを減らせます。

初月に避けたい動き

• 本番の設定をすぐに変える：正しい変更でも、現場の合意がないと警戒されます
• 前の現場の道具を持ち込む：今ある道具で何ができるかを先に確かめます
• 一人で当番に入る：手順書の抜けを知らないまま呼び出されると、対応が遅れます
• 障害の原因を人に向ける：振り返りの場では、仕組みの側の原因を探します
• 改善の時間を記録しない：当番と改善の配分が見えないと、後で負担の話ができません

参画後のつまずきやすい場面はSREのつまずきやすい点と対策で詳しく扱っています。

1か月の終わりに振り返ること

月末には、次の点を短くまとめ、窓口と共有します。稼働の報告とあわせて出すと、相手も読みやすくなります。報告の形は稼働報告の記事を参考にしてください。

1. 現状の見立て（障害の傾向、当番の負担、アラートの質）
2. 初月に形にした改善と、その効果
3. 当番に使った時間と改善に使った時間の配分
4. 2か月目に取り組みたいことと、決めてもらいたいこと

よくある質問

前任のSREからの引き継ぎがほとんどありません。何から始めればよいですか？

まずは過去の障害の記録と、アラートの鳴った履歴を読み、よく起きていることを把握します。そのうえで、当番に入っているメンバーに困りごとを聞くと、手順書のどこが足りないかが見えてきます。引き継ぎの進め方は引き継ぎの記事で整理しています。

参画初月から大きな障害の対応を任されたら、どうすればよいですか？

自分だけで判断せず、指揮をとる人と連絡の場所を先に確かめ、作業と時刻をその場で記録しながら進めます。現場の手順に分からない点があれば、その場で確かめてください。落ち着いた後の振り返りに加わると、現場の仕組みを早く理解する機会にもなります。

1か月たっても全体像がつかめません。どうすればよいですか？

SREの現場は構成が大きく、1か月ですべてをつかめないことは珍しくありません。つかめた範囲とつかめていない範囲を分けて窓口に伝え、2か月目に重点的に見る範囲を決めてもらうと、焦らずに進められます。