インフラエンジニアとして働いていると、「自分は今、どこまでの仕事を任されているのか」「経験年数に対して、今どこまでの仕事を任されているのか」と考えることがあります。
ただ、インフラエンジニアの現在地は、経験年数だけでは分かりません。
同じ「3年目」でも、監視を中心に担当している人と、障害調査や構築まで担当している人では、実際に任されている仕事が違います。
この記事では、経験年数ではなく、今任されている仕事・判断・責任の範囲から、インフラエンジニアとしての現在地を整理します。
現在地を知る目的は、誰かと比べることではありません。
今の仕事を整理し、「自分はいま、どこまでの仕事を任されているのか」を確認することです。
そのうえで、必要なら次にどんな経験を増やすかを考えます。
結論
インフラエンジニアの現在地は、経験年数や職種名だけでは判断できません。
「今、何を任されているか」「どこまで判断しているか」「その結果をどこまで担っているか」を見ることで、現在の実務上の位置を整理できます。
この記事でわかること
- インフラエンジニアの現在地を何で判断するのか
- 「担当範囲・判断範囲・責任範囲」の違い
- 「知っている・経験した・できる・任されている」の違い
- IRMで現在地をどう整理するのか
- 24問の診断で自分の現在地を確認する方法
- 01|監視・定型対応〜05|設計の仕事の違い
- 現在地を確認したあと、どんな経験を増やすか考える方法
インフラエンジニアの現在地は「何年目」だけでは分からない
インフラエンジニアの仕事は、監視、運用、障害調査、構築、設計などに分かれます。
ただし、担当する仕事は会社や案件によって異なります。
同じ「監視担当」でも、アラートを確認して手順書どおりに対応する場合もあれば、ログを確認して原因を切り分け、復旧方法まで判断する場合もあります。
そのため、現在地を確認するときは、経験年数よりも「今、何を任されているか」**を見ます。
| 仕事の領域 | 担当していることの例 |
|---|---|
| 監視・定型対応 | アラート確認、手順書対応、エスカレーション |
| 運用 | アカウント管理、定常作業、設定変更 |
| 障害調査 | ログ確認、切り分け、原因調査 |
| 構築 | サーバー・ネットワーク設定、構築、移行 |
| 設計 | 要件整理、構成検討、設計書作成、関係者調整 |
ここで見るべきなのは、単純に「どの仕事を経験したか」だけではありません。
その仕事について、どこまで担当し、自分でどこまで判断し、その結果をどこまで担っているかまで確認します。
現在地を確認するときに見る3つの範囲
現在の仕事を整理するときは、次の3つに分けて確認します。
1.担当範囲
自分が実際に担当している仕事の範囲です。
たとえば、
- アラート確認
- 手順書に沿った復旧
- ログ確認
- 障害の切り分け
- 設定変更
- サーバー構築
- ネットワーク構築
- 検証
- 移行
- 提案
- 構築
- 設計
などがあります。
同じ「運用担当」でも、設定変更まで担当する場合と、問い合わせを受けて担当部署へエスカレーションするだけの場合では、担当範囲が違います。
2.判断範囲
自分で状況を見て、どこまで判断しているかです。
たとえば障害が発生したとき、
- 手順書に沿って対応する
- ログを確認する
- 原因を切り分ける
- 対応方法を選択する
- 復旧方法を判断する
- 関係者へ対応方針を説明する
など、判断する範囲があります。
3.責任範囲
自分の判断や作業について、どこまで引き受けているかです。
ここでいう責任範囲は、会社としての最終的な責任を意味するものではありません。
たとえば、
- 自分の担当作業を正確に実施する
- 作業結果を確認する
- 障害調査の結果を報告する
- 顧客へ状況を説明する
- 対応方針について関係者と調整する
といった範囲です。
担当範囲が広くても、判断は別の担当者が行っている場合があります。
反対に、担当する作業自体は限られていても、その作業について自分で判断し、結果まで説明する場合もあります。
だからこそ、現在地を見るときは、担当・判断・責任の3つを分けて確認することが重要です。
「知っている」「経験した」「できる」「任されている」は違う
インフラエンジニアの現在地を確認するときに、混同しやすいのがこの4つです。
知っている
技術や仕組みについて知識がある状態です。
資格の勉強や書籍、研修などでも身につきます。
経験した
過去に実際の業務で触れたことがある状態です。
一度だけ作業した経験も含まれます。
できる
知識や経験をもとに、自分で作業を実行できる状態です。
任されている
現在の業務として、自分の担当になっている状態です。
この4つは一致するとは限りません。
たとえば、ネットワーク構築を勉強していて、自分で設定できるとしても、現在の仕事で監視だけを任されているなら、実務上の現在地は監視業務を中心に考えます。
反対に、過去に構築経験があっても、現在は運用業務を担当しているなら、現在の仕事と過去の経験は分けて考える必要があります。
現在地を確認するときは、知識や過去の経験ではなく、実務で任されている範囲を基準にします。
IRMでインフラエンジニアの現在地を整理する
IRMは、インフラエンジニアが現在どこまでの仕事を任されているのかを、担当範囲・判断範囲・責任範囲から整理するためのモデルです。
IRMでは、現在の仕事を5つの領域に分けて確認します。
| 領域 | 主な仕事 | 確認するポイント |
|---|---|---|
| 01|監視・定型対応 | 監視、一次対応、手順書対応 | 担当している対応と判断の範囲 |
| 02|運用 | 定常運用、設定変更、問い合わせ | 運用上の判断をどこまでしているか |
| 03|障害調査 | 切り分け、ログ解析、原因調査 | 原因をどこまで追っているか |
| 04|構築 | 設定、構築、移行、検証 | 実環境をどこまで変更・構築しているか |
| 05|設計 | 要件整理、構成検討、設計 | 構成や条件をどこまで判断しているか |
この5つの領域は、「どんな仕事を担当しているか」を見るための分類です。
一方、診断では、担当している仕事について「どこまで担当し、どこまで判断し、どこまで責任を担っているか」を責任軸として確認します。
これは01から05へ進むことを示すものではありません。
複数の領域を同時に担当することもあります。
また、IRMは能力そのものを点数化するためのものでもありません。
IRMでは、どの領域を担当しているかだけでなく、その領域で何を担当し、どこまで判断し、どこまで責任を担っているかを確認します。
IRMで現在地を診断する
ここまで確認した3つの範囲とIRMの考え方を使って、自分の現在地を確認します。
IRM現在地診断
24問に回答すると、現在の実務で任されている仕事を整理できます。
RESPONSIBILITY MODEL
経験年数ではなく、
今任されている仕事から
現在地を分析します。
総評
判定理由
今回の診断で見えたこと
責任分布
責任スコア
次に確認したい経験
面接で深掘りされやすい内容
次の一手
診断結果の活かし方
次に読むべき記事
診断では、経験年数だけで現在地を決めません。
現在の業務として何を担当しているか、どこまで自分で判断しているか、その結果をどこまで担っているかを確認します。
01|監視・定型対応
監視・定型対応では、システムの状態を確認し、決められた手順に沿って対応します。
主な仕事
- アラート確認
- 監視画面の確認
- 手順書に沿った復旧
- 一次対応
- エスカレーション
- 問い合わせ対応
判断すること
手順書に沿った対応だけでなく、
- どの手順を使うか
- 追加で確認する情報は何か
- どの担当者へ連絡するか
- 通常対応で処理できるか
といった判断が発生します。
責任の範囲
自分が担当した一次対応の結果を確認し、必要な情報を整理して次の担当者へ正確に引き継ぐことも責任の一部です。
次に経験できる仕事の例
監視業務の中で経験できる仕事は一つではありません。
- 問い合わせ対応
- 障害調査
- ログ解析
- 設定変更
- 運用改善
など、現在の業務の中で、担当する仕事の種類や判断する範囲が変わる場合もあります。
02|運用
運用では、システムを継続して利用できる状態に保つための定常作業や設定変更を担当します。
主な仕事
- アカウント管理
- 定常作業
- 設定変更
- 問い合わせ対応
- 障害対応
- 運用手順の整備
- 運用改善
運用の仕事内容について詳しく整理した記事もあります。
インフラエンジニアの運用とは?監視・手順書対応の仕事内容と“その後のキャリア差”
判断すること
運用では、
- 設定変更の内容
- 作業の実施方法
- 影響範囲
- 作業タイミング
- 障害発生時の対応
などを判断する場面があります。
責任の範囲
設定変更や定常作業を実施するだけでなく、変更内容や結果を確認し、問題が発生した場合に必要な報告や対応を行うことも含まれます。
次に経験できる仕事の例
- 障害調査
- 設定変更
- 運用改善
- 構築補助
- 顧客との問い合わせ対応
- 検証
- 移行
03|障害調査
障害調査では、発生した問題について原因を切り分け、必要な対応につなげます。
主な仕事
- ログ確認
- 状況確認
- 原因の切り分け
- 障害対応
- 復旧作業
- 再発防止に向けた調査
判断すること
障害調査では、
- どこに問題があるのか
- どの情報を追加で確認するか
- どの範囲まで調査するか
- どの対応を優先するか
といった判断が発生します。
復旧方法そのものを判断するところまで任されている場合は、判断範囲も広がります。
責任の範囲
調査結果を整理して報告し、必要に応じて関係者と復旧方法を調整します。
次に経験できる仕事の例
- 設定変更
- 構築補助
- 移行作業
- 障害対応の主担当
- 設計書の確認
- 顧客・ベンダーとの調整
04|構築
構築では、設計された構成をもとに、実際のサーバーやネットワークなどを構築します。
主な仕事
- サーバー構築
- ネットワーク設定
- ミドルウェア設定
- 機器設定
- 構築作業
- 検証
- 移行
判断すること
構築では、
- 設定値
- 作業手順
- 作業順序
- 検証方法
- 移行方法
- 作業時の影響範囲
などについて判断する場面があります。
責任の範囲
自分が担当した構築作業について、設定内容や検証結果を確認し、問題があれば修正します。
次に経験できる仕事の例
- 基本設計
- 詳細設計
- 要件整理
- 顧客との調整
- ベンダー調整
- 技術選定
構築を担当していても、経験する仕事は一つではありません。
05|設計
設計では、要件や条件を整理し、実現するための構成や方式を検討します。
主な仕事
- 要件整理
- 構成検討
- 基本設計
- 詳細設計
- 設計書作成
- 関係者調整
判断すること
設計では、
- 必要な構成
- 技術の選択
- 性能や可用性の条件
- 運用方法
- セキュリティ要件
- コストや制約
などを踏まえて判断します。
責任の範囲
設計した内容について、関係者に説明し、条件や制約を整理しながら構成を決めていくことが求められます。
次に経験できる仕事の例
- 顧客との要件整理
- 提案
- 技術選定
- プロジェクト推進
- クラウド設計
- セキュリティ設計
- 特定技術領域の専門性を深める
設計を担当していても、経験する仕事は一つではありません。
同じ「監視担当」でも現在地が違う
「監視担当」という職種名だけでは、現在地は判断できません。
たとえば、同じ監視業務でも次のような違いがあります。
A:手順書に沿って対応する
- アラートを確認
- 手順書を確認
- 指定された操作を実施
- 必要に応じてエスカレーション
この場合、担当範囲は決められた一次対応が中心です。
B:状況を確認して切り分ける
- 障害発生
- ログを確認
- 原因を切り分け
- 担当者へ調査結果を報告
この場合、監視だけでなく障害調査まで担当しています。
C:復旧方法まで判断する
- 障害発生
- ログを確認
- 原因を切り分け
- 復旧方法を判断
- 復旧作業
- 関係者への説明
ここまで担当していれば、同じ「監視担当」でも、担当・判断・責任の範囲は異なります。
現在地を確認するときは、職種名ではなく、実際に担当している仕事を見る必要があります。
「できる仕事」と「任されている仕事」を分ける
現在地を考えるとき、「できるのに任されていない仕事」が存在することがあります。
たとえば、
- 自分でサーバーを構築できる
- ネットワーク設定ができる
- Linuxを操作できる
- クラウド環境を構築できる
としても、現在の業務で任されているのが監視・定型対応だけなら、現在の実務上の担当範囲は監視・定型対応です。
逆に、経験が少なくても、現在の業務として構築を任されているなら、実務では構築を担当しています。
だからこそ、現在地は現在の実務で任されている範囲を基準に確認します。
現在地の次に確認すること
現在地が分かったら、次に考えるのは「次のレベルは何か」ではありません。
まず、どんな経験を増やしたいのかを確認します。
たとえば、
- 障害調査をもっと担当したい
- 構築を経験したい
- 顧客との調整を経験したい
- 設計を経験したい
- 特定の技術領域を深めたい
- 現在の運用業務をさらに深くしたい
などです。
同じ現在地でも、増やしたい経験は人によって違います。
そのため、「現在地が01だから次は02」というように機械的に決める必要はありません。
「不足している経験」と「現在地」を分けて考える
現在の仕事で、どんな経験を増やしたいのかによって、確認する内容は変わります。
たとえば、構築を経験したいのに現在の仕事が監視中心なら、「能力が足りない」と決めるのではなく、構築を担当する機会があるかを確認します。
一方、構築を担当していても、設定作業だけで構成を判断する機会がない場合があります。
この場合も、現在地が低いという話ではありません。
「今、何を任されているか」と「これから何を経験したいか」は、別々に整理する必要があります。
「やりたい仕事」と「任されている仕事」を分けて考える
「設計をやりたい」と思っていても、現在の業務が監視中心なら、現在地が設計になるわけではありません。
逆に、本人が意識していなくても、現在の業務で障害調査や構築を任されているなら、その経験は現在地を確認する材料になります。
現在地は希望ではなく、現在の実務から確認します。
そのうえで、やりたい仕事と現在の仕事に差があるなら、その差をどう埋めるかを考えます。
現在地が広がらない場合は「年数」ではなく仕事内容を見る
経験年数が増えているのに、担当する仕事がほとんど変わらない場合があります。
この場合も、まず確認するのは年数ではありません。
現在の仕事内容を確認します。
| 変化 | 広がった範囲 |
|---|---|
| 対応できる障害が増えた | 担当範囲 |
| 調査範囲が広がった | 判断範囲 |
| 顧客への説明を担当するようになった | 責任範囲 |
| 設定変更まで担当するようになった | 担当・判断範囲 |
「何年働いたか」ではなく、「何を任されるようになったか」を確認します。
よくある質問
インフラエンジニアは経験年数だけで現在地を判断できますか?
判断できません。経験年数だけでなく、現在担当している仕事、判断範囲、責任範囲を確認する必要があります。
経験3年でも01の領域を担当することはありますか?
あります。経験年数にかかわらず、現在の業務として監視・定型対応を担当している場合は、その仕事を現在地の材料として整理します。
監視業務でも現在地は変わりますか?
変わります。同じ監視業務でも、手順書対応だけなのか、障害調査や復旧方法の判断まで担当しているのかによって、担当範囲や判断範囲が異なります。
資格を持っていれば現在地は変わりますか?
資格は知識を確認する材料の一つです。ただし、現在地は資格だけではなく、実際に任されている仕事から確認します。
設計まで経験すれば現在地の確認は終わりですか?
終わりではありません。設計を担当していても、要件整理、技術選定、顧客調整、クラウド設計など、どこまで任されているかによって担当・判断・責任の範囲は変わります。
IRMは自分の能力を評価する診断ですか?
IRMは能力そのものを評価するためのものではありません。現在の仕事について、担当範囲・判断範囲・責任範囲を整理するためのモデルです。
「できる仕事」と「任されている仕事」はなぜ分けるのですか?
自分でできる仕事と、現在の業務として任されている仕事は一致しないことがあるためです。現在地を確認するときは、現在の実務で任されている範囲を基準にします。
現在地を確認したあと、次の選択肢を調べる
現在地が分かれば、今の仕事で何を任されているのかが整理できます。
次に確認するのは、
- 今の仕事をさらに深めるのか
- まだ経験していない仕事を増やすのか
- 現在の環境で経験できるのか
- 別の役割や環境で経験する必要があるのか
です。
現在の環境で希望する経験を任される機会があるなら、すぐに環境を変える必要はありません。
一方で、経験したい仕事を現在の環境で任される機会がない場合は、別の環境にどのような選択肢があるのかを確認する方法もあります。
そのうえで、現在の環境で経験できる仕事と、他の環境で経験できる仕事を比較します。
転職するかどうかを決める前に、現在の仕事内容でどのような求人があるのか、どんな仕事が求められているのかを確認しておくと、選択肢を具体化できます。
インフラエンジニア転職サービス比較|求人・支援・機能の違いから選び方を整理
まとめ|現在地は「何年目」ではなく「何を任されているか」で見る
現在地が分かれば、今の仕事で何を任されているのかが整理できます。
- 今の仕事をさらに深めるのか
- まだ経験していない仕事を増やすのか
- 現在の環境で経験できるのか
- 別の役割や環境で経験する必要があるのか
重要なのは、経験年数や職種名だけで自分の現在地を決めないことです。
「今、自分は何を任され、どこまで判断し、その結果をどこまで担っているのか」
ここを確認すれば、自分の現在地を具体的に整理できます。
その現在地を材料に、次に何を経験するかは自分で判断します。
