【前回の振り返り】
第2回までで、現場での振る舞いやマインドセットを学びました。次に行うべきは、あなたが担当する現場の 「情報の地図」 を正しく手元に揃えることです。
現場には膨大な資料や日々のタスクが溢れています。自分が何を扱い、どのような仕事に責任を持つのか、その解像度を上げるところから始めましょう。
📚 前の記事
→ 【第2回】：「技術より先に身につけるべき『現場サバイバル術』
📚 次の記事
→ 【第4回】：「実作業の極意：地雷を避け、道を整備するエンジニアの作法
📚 このシリーズ全体のまとめはこちら
→ 【新卒・未経験向け】NWエンジニア現場デビューへの道【全11回】：記事一覧・重要ポイントまとめ
📋 目次
- 現行システムの「設計図」を把握する
- 業務の分類：自分の「持ち時間」の使い道を知る
- まとめ：なぜ「情報の地図」が必要なのか
- 次回予告
- 連載一覧：【新卒・未経験向け】NWエンジニア現場デビューへの道
- 他連載シリーズへの招待
1. 現行システムの「設計図」を把握する
NWエンジニアが扱うドキュメントには、それぞれ重要な役割があります。「どこに何が書いてあるか」を把握することが、自分を守る第一歩です。
物理・論理構成図（トポロジ図）
どの機器とどの機器が繋がっているか、VLANやIPセグメントはどう分かれているかを示す全体マップです。トラブル時に「通信の通り道」を脳内に描くために不可欠です。
基本設計書
システムの「思想」が書かれています。「なぜこの構成なのか」「どういうポリシーで冗長化しているのか」を知ることで、トラブル時の判断基準が養われます。
詳細設計書
ルーティングプロトコルの詳細、セキュリティ設定、QoS（優先制御）など、具体的な仕組みが書かれています。「本来あるべき姿」の正解がここにあります。
パラメータシート
IPアドレス、ホスト名、ポート番号などの具体的な設定値の一覧です。NWエンジニアが実機を扱う際の 「数値」の根拠 となる、最も頻繁に参照する資料です。
手順書・チェックシート
実際の作業ステップや確認項目が書かれた「現場の法律」です。個人の思い込みを排除し、チームの品質を保つための防波堤となります。
2. 業務の分類：自分の「持ち時間」の使い道を知る
NWエンジニアの仕事は、大きく分けて「あらかじめ決まっている作業」と「都度の依頼で動く作業」の2種類があります。自分が今、どちらの土俵で戦っているのかを意識しましょう。
定常業務（ルーチンワーク）
「決まった時間に、決まった手順で行う」作業です。
- 運用の例： 機器の死活監視、エラーログのチェック、リソース確認。
- 構築の例： 進捗管理、定期的なコンフィグバックアップ、検証環境の整理。
- ※これらは「やって当たり前」に見えますが、システムの安定稼働を支える要です。
非定常業務（リクエスト・スポット作業）
特定の依頼や突発的なイベントで発生する対応です。
- 運用の例： 顧客からの通信許可依頼（ACL追加）、突発的な障害対応。
- 構築の例： 新規拠点の開設に伴う環境構築、老朽化した機器のリプレース作業。
- ※手順書が整っていないこともあり、第2回で学んだ「質問の型」や「ホウレンソウ」が最も試される場面です。
3. まとめ：なぜ「情報の地図」が必要なのか
現場での仕事は、いわば「設計図（カルテ）」を読み込み、状況を正しく把握した上で、適切な「処置（作業）」を行うプロセスです。
- 設計書を読み込み、
- 自分の役割（定常か、特定の依頼か）を理解し、
- チームのルール（手順書）を把握している。
この準備ができて初めて、エンジニアとしてプロフェッショナルな一歩を踏み出すことができます。
4. 次回予告
情報の地図は揃いました。しかし、現場には恐ろしい罠が潜んでいます。「設計書と実態が違う」という、味方による地雷です。
次回は、そんな地雷をどう避け、エンジニアとしてどう誠実にドキュメントと向き合うべきか、その「極意」を伝授します。
次回、第4回：実作業の極意（地雷の避け方とドキュメントのメンテナンス）
📚 前の記事
→ 【第2回】：「技術より先に身につけるべき『現場サバイバル術』
📚 次の記事
→ 【第4回】：「実作業の極意：地雷を避け、道を整備するエンジニアの作法
📚 このシリーズ全体のまとめはこちら
→ 【新卒・未経験向け】NWエンジニア現場デビューへの道【全11回】：記事一覧・重要ポイントまとめ
5. 連載一覧：【新卒・未経験向け】NWエンジニア現場デビューへの道
| 回数とタイトル | 内容（概要） |
|---|---|
| 第0回：IT業界の地図を読み解く | インフラエンジニアが活躍するフィールドの全体像を把握する。 |
| 第1回：組織という「面」で動く（組織図とステークホルダー） | 現場は一人では回らない。周囲との関係性とチームプレーの重要性。 |
| 第2回：技術より先に身につけるべき「現場サバイバル術」 | 「報・連・相」の型と、周囲から信頼されるための振る舞い方。 |
| 第3回：ログイン前に「情報の地図」を揃える：設計書と業務の全体像 | 実機を触る前に把握すべき、ドキュメントの読み方と業務分類。 |
| 第4回：実作業の極意：地雷を避け、道を整備するエンジニアの作法 | 作業の正確性を担保し、次へ繋げるためのドキュメントメンテナンス術。 |
| 第5回：「接続」と「証跡」の作法：インフラ操作の第一歩（Tera Term / SSH） | プロの「初期設定」を学び、確かな裏付け（エビデンス）を残す準備を整える。 |
| 第6回：インフラエンジニアの「三種の神器」（Ping / Traceroute / NSLookup） | 特定のOSに依存しない、通信の生死と経路、名前解決を確認する技術。単に打つだけでなく、「結果から何が言えるか」を読み解く力。 |
| 第7回：パケットの「通り道」を可視化する（OSI参照モデルの実務的活用） | 教科書上の知識ではなく、現場で「どこで止まっているか」をL1〜L4のレイヤーで迅速に切り分ける思考プロセス。 |
| 第8回：実機操作の「安全装置」とロールバック | 設定変更における共通の作法。バックアップ、投入前の差分確認（diff）、そして「もし通信が切れたらどう戻すか」の計画策定。 |
| 第9回：現場で信頼される「エビデンス」と報告の技術 | 「動きました」ではなく、何を根拠に正常と判断したのか。第三者が納得する作業報告書の書き方。 |
| 第10回：【最終回】「点」を「線」にする：自走し続けるための学習術 | 現場デビューは通過点。実務から得た知識を、どうやって汎用的な技術（資格や深い理論）へ昇華させていくか。 |
📚6. 他連載シリーズへの招待
本記事の内容をさらに深掘りする「思考法」や、現場での「立ち回り」「基礎知識」など、他の連載シリーズは以下の統合ブログにまとめています。
「技術だけでは評価されない」現場で生き残るエンジニア戦略まとめ【全連載ガイド】
（今の自分に必要な「武器」を、全シリーズから逆引きで探せます）