インフラエンジニアの育成計画は、学習項目を並べる前に、育成後に任せたい業務から決めます。「ネットワークを学ぶ」「クラウド資格を取る」だけでは、現場でどの作業まで任せられるかを判断しにくいためです。
本記事は、企業の育成担当者や運用リーダー向けに、担当業務、学習内容、確認方法、任せる範囲を対応させる方法を紹介します。特定の期間での独り立ちや、テクノヴァースの教育制度を示すものではありません。
学習の完了と、本番業務を任せる判断を分ける
GoogleのSRE教育に関する資料は、新しい担当者が当番業務へ入る準備を、既存の担当者がどう確認するかを問いとして挙げています。また、すべてのチームに通用する一つの教育方法があるわけではないと説明しています。Google SRE「Accelerating SREs to On-Call and Beyond」
自社で育成計画を作る際も、教材の修了と業務の担当許可を別に記録する方法が使えます。知識の確認に加え、対象のシステムを理解し、決められた手順で作業し、迷ったときに相談できるかを確認します。
「学習したか」だけでなく、「何を、どの条件で任せられるか」を計画の出口にします。
1. 任せたい業務を小さく分ける
最初から「運用を担当できる」という大きな目標を置かず、実際の作業に分けます。以下は育成計画の記入例です。すべてのチームで同じ順序にする必要はありません。
| 担当業務の候補 | 作れるようにしたい成果物 | 確認するポイント |
|---|---|---|
| 日常の状態確認 | 対象と結果を記載した確認記録 | 正しい環境を見ているか、異常を区別できるか |
| 監視通知の一次確認 | 事象と影響、次の確認先のメモ | 原因を断定せず観測事実を伝えられるか |
| 定型的な設定変更 | 作業計画と実施結果 | 前提、手順、中止条件、戻す方法が分かるか |
| 構成情報の更新 | 変更を反映した構成図・台帳 | 実際の状態と資料が一致するか |
この表では「作業の速さ」だけを合格基準にしていません。対象の取り違えを避ける、異常時に止める、必要な情報を残すといった行動も確認対象にします。
担当するシステムの全体像が未整理なら、システムと依存関係の確認項目を使い、対象と接続先を明確にするところから始められます。
2. 業務に必要な知識と演習を組み合わせる
Googleの資料は、順序立てた学習と、理論・実践を組み合わせる教育を説明しています。担当システムの入口から処理の流れをたどり、最後に調査やエスカレーションを結び付ける例も挙げています。順序を持った学習経路
自社の計画では、任せたい業務に必要な内容だけを具体化します。例えば監視通知の一次確認を目標にするなら、次のような組み合わせが考えられます。
- 知識：監視対象のサービス、正常時の処理、よく使う指標の意味。
- 演習：検証用の通知や過去の記録を使い、事象を読み取る。
- 成果物：観測した事実、未確認事項、相談先をまとめたメモ。
- 確認：根拠を示して説明できるか、実施してはいけない操作を理解しているか。
学習者がつまずいた場合は、知識が不足しているのか、資料が古いのか、操作環境が使えないのかを分けます。原因をすべて本人の理解不足にまとめないようにします。
3. 同行・見守り・限定担当の段階を設ける
本番業務への参加は、習熟の確認とチームの支援体制を合わせて決めます。Googleの資料は、経験者の当番対応を新しい担当者が見学し、その後に振り返る方法や、経験者が支援できる状態で役割を交代する方法を紹介しています。当番業務のシャドーイング
以下は、それを参考に自社で検討する段階の例です。日数や回数は固定しません。
| 段階 | 学習者が担うこと | 経験者が担うこと |
|---|---|---|
| 説明・演習 | 検証環境や記録で判断を練習する | 手順と判断の根拠を確認する |
| 同行 | 実作業を観察し、不明点を記録する | 作業と判断を担当し、後で説明する |
| 見守り付き実施 | 合意した範囲を手順に沿って行う | 必要な確認と介入ができる状態を保つ |
| 限定した担当 | 許可された業務を担当する | 相談・例外判断の窓口を維持する |
同行した回数だけで自動的に権限を広げず、実施結果を確認します。単独で行ってよい操作、事前確認が必要な操作、担当範囲外の操作を明示してください。
4. 手順書を使い、結果と相談行動を確認する
AWSは、ランブックを特定の結果を得るための文書化された手順として説明し、必要な権限・ツール、エラー処理、エスカレーションを含めるよう示しています。また、作成者以外のメンバーに実行してもらい、手順を検証する方法を挙げています。AWS「Use runbooks to perform procedures」
育成でも、手順書どおりに操作できたかに加え、想定外の状態をどう扱ったかを振り返ります。確認記録には次を残す方法があります。
| 記録項目 | 書く内容 |
|---|---|
| 対象業務 | 何を、どの環境で確認したか |
| 実施した範囲 | 見学、演習、見守り付き、本番の限定担当など |
| できたこと | 結果と、その判断に使った記録 |
| まだ支援が必要なこと | 迷った箇所、誤認、資料の不足 |
| 次の担当範囲 | 許可する業務と条件、確認する人 |
相談したこと自体を失敗と扱わず、必要な場面で止められたか、状況を説明できたかも確認します。一方、指示がなければ進められない箇所は、その事実を記録し、次の演習や説明へつなげます。
5. 指導側の時間と、計画の更新も確保する
計画には、学習者の課題だけでなく、指導者、確認する時間、使う環境、資料の更新担当を入れます。日常業務の合間に質問を受けるだけでは、必要な演習や振り返りがいつ行われるか不明なままになり得ます。
例えば、定例の振り返りでは「今週覚えた用語」よりも、確認記録を見ながら「どの業務を、どの支援があれば実施できたか」を整理します。実施していない作業は未確認として残し、担当範囲を広げる前に必要な確認を予定します。
育成計画は、学ぶ内容の一覧と、業務を任せるための確認記録をつなぐと使いやすくなります。まずは任せたい業務を一つ選び、成果物、確認者、許可する範囲を書き出してみてください。前提となる基盤や運用の整理については、テクノヴァースのインフラ支援をご覧ください。