【前回の振り返り】
第1回では、配属された現場の「組織図」や「ステークホルダー（関係者）」といった、いわば現場の設計図について学びました。自分がどんなチームに属し、誰と連携すべきかという「面」の理解は進んだでしょうか。
自分の立ち位置が明確になったら、次に必要となるのは 「その組織の中で、あなた個人がどう動くか」という具体的なアクションです。
技術スキルも大切ですが、現場で最初に求められるのは「安心して仕事を任せられる」という信頼感です。今回は、新人が現場で最速で信頼を勝ち取り、かつ自分自身を守るための「振る舞い」の鉄則を解説します。
実は、現場の先輩エンジニアが新人に求めているのは、最初からバリバリ設定を投入できる高度なスキルではありません。
📚 前の記事
→ 【第1回】：「組織という「面」で動く（組織図とステークホルダー）
📚 次の記事
→ 【第3回】：「ログイン前に「情報の地図」を揃える設計書と業務の全体像
📚 このシリーズ全体のまとめはこちら
→ 【新卒・未経験向け】NWエンジニア現場デビューへの道【全11回】：記事一覧・重要ポイントまとめ
📋 目次
- 先輩エンジニアが新人に本当に求めていること
- 「属人化」という地雷を埋めてはいけない
- 愛される新人の「3つの鉄則」
- 最後に：エンジニアとしての「誠実さ」
- まとめ
- 次回予告：ログイン前に「情報の地図」を揃える
- 連載一覧：【新卒・未経験向け】NWエンジニア現場デビューへの道
- 他連載シリーズへの招待
1. 先輩エンジニアが新人に本当に求めていること
ベテランエンジニアたちが新人に求めている要素を凝縮すると、以下の3点に集約されます。
-
情報の透明性
「今、何をしていて、どこで止まっているのか」が外から見えること。 -
正確な再現性
1回偶然できたことではなく、手順通りに何度でも同じ結果を出せること。 -
リスクへの敏感さ
分からないことを「たぶん大丈夫」で進めない慎重さ。
現場にとって一番怖いのは「実力が低い新人」ではなく、「何をしているか分からず、勝手に判断して爆弾を抱え込む新人」 なのです。
2. 「属人化」という地雷を埋めてはいけない
IT業界で最も嫌われる言葉の一つに 「属人化（ぞくじんか）」 があります。「その人にしか分からない、その人しかできない」という状態のことです。
新人のうちは「自分で調べて、自分で解決して、手柄を立ててから報告したい」と思いがちですが、これは非常に危険です。
一人で抱え込むリスク
あなたが一人で3時間悩んでいる間、チーム全体はその作業が「順調」なのか「大ピンチ」なのか判断できません。もし3時間後に「やっぱりダメでした」となれば、プロジェクト全体のスケジュールを破壊することになります。
「報告・連絡・相談（ホウレンソウ）」はリスク管理
ホウレンソウができない人間が嫌われるのは、性格の問題ではなく、「チームをリスクに晒しているから」 です。情報を独占せず、常にオープンにすることが、インフラを守るエンジニアとしての誠実さです。
3. 愛される新人の「3つの鉄則」
① 質問は「30分ルール」と「型」で
「何もかも分かりません」は相手の時間を奪い、「自分で考えすぎて1日終わりました」は現場の進捗を止めます。
-
30分ルール
自分で調べて解決しなければ、その時点で一度相談する。 -
質問の型
「目的（何のために）」「現状（何をして）」「問題（何に詰まり）」「仮説（自分はどう考えたか）」をセットで伝えます。これにより、先輩はどこまで教えればいいか一瞬で判断できます。
② 「実況中継」コミュニケーション
NWエンジニアの現場は、1つのミスが致命傷になります。無言で作業せず、声を出すことで周囲に「守ってもらう」環境を作ります。
- 「今から設定投入します」
- 「手順書の〇番、確認しました」
効果：
周囲の耳に入っていれば、もしあなたが間違えそうになった時に、隣の先輩が「あ、そこちょっと待って！」と止めてくれます。
③ メモを「共有資産」にする
教わったことを自分のノートに書くだけで終わらせず、チームのWikiやチャットにまとめ直して還元しましょう。
「新人の自分に分かりにくかったことは、将来入ってくる次の新人にとっても分かりにくいポイント」です。
それをマニュアル化することは、新人であってもできる立派な貢献です。
-
効果
これにより「自分しか知らない（属人化）」が解消され、チーム全体のレベルが上がります。
4. 最後に：エンジニアとしての「誠実さ」
「知ったかぶり」はNWエンジニアにとって最大のタブーです。分からないことを「分かりません、教えてください」と言えるのは、恥ではなく、現場を守るための最強の自衛スキルです。
1時間抱え込んで出す「完璧な答え」よりも、10分ごとに共有される「未完成の進捗」の方が、現場の先輩は100倍助かります。
5. まとめ
これで、業界の構造（第0回）、組織の仕組み（第1回）、そして現場での振る舞い（第2回）という、エンジニアとしての「土台」がすべて整いました。
ここまでの内容は、いわばスポーツでいうところの「ルールの把握」と「チームプレーの心得」です。この土台があるからこそ、これから学ぶ「技術」が現場で正しく武器として機能します。
6. 次回予告：ログイン前に「情報の地図」を揃える
コマンドを叩く準備は整いましたが、現場でいきなり実機にログインするのは禁物です。
「どの機器に、何のために、どのような影響が出る作業をするのか」——。この全体像が見えていない状態で操作を始めるのは、地図を持たずに樹海へ入るようなものです。次回は、新人エンジニアが実機を触る前に必ず通るべき「設計書」の読み解き方と、業務の全体像を把握するコツを伝授します。
第3回：ログイン前に「情報の地図」を揃える：設計書と業務の全体像
「実機を触る前に把握すべき、ドキュメントの読み方と業務分類」
「作業ミス」の8割は、ログイン前の準備で防げます。プロのエンジニアが最初に何を確認しているのか、その裏側を覗いてみましょう。
📚 前の記事
→ 【第1回】：「組織という「面」で動く（組織図とステークホルダー）
📚 次の記事
→ 【第3回】：「ログイン前に「情報の地図」を揃える設計書と業務の全体像
📚 このシリーズ全体のまとめはこちら
→ 【新卒・未経験向け】NWエンジニア現場デビューへの道【全11回】：記事一覧・重要ポイントまとめ
7. 連載一覧：【新卒・未経験向け】NWエンジニア現場デビューへの道
| 回数とタイトル | 内容（概要） |
|---|---|
| 第0回：IT業界の地図を読み解く | インフラエンジニアが活躍するフィールドの全体像を把握する。 |
| 第1回：組織という「面」で動く（組織図とステークホルダー） | 現場は一人では回らない。周囲との関係性とチームプレーの重要性。 |
| 第2回：技術より先に身につけるべき「現場サバイバル術」 | 「報・連・相」の型と、周囲から信頼されるための振る舞い方。 |
| 第3回：ログイン前に「情報の地図」を揃える：設計書と業務の全体像 | 実機を触る前に把握すべき、ドキュメントの読み方と業務分類。 |
| 第4回：実作業の極意：地雷を避け、道を整備するエンジニアの作法 | 作業の正確性を担保し、次へ繋げるためのドキュメントメンテナンス術。 |
| 第5回：「接続」と「証跡」の作法：インフラ操作の第一歩（Tera Term / SSH） | プロの「初期設定」を学び、確かな裏付け（エビデンス）を残す準備を整える。 |
| 第6回：インフラエンジニアの「三種の神器」（Ping / Traceroute / NSLookup） | 特定のOSに依存しない、通信の生死と経路、名前解決を確認する技術。単に打つだけでなく、「結果から何が言えるか」を読み解く力。 |
| 第7回：パケットの「通り道」を可視化する（OSI参照モデルの実務的活用） | 教科書上の知識ではなく、現場で「どこで止まっているか」をL1〜L4のレイヤーで迅速に切り分ける思考プロセス。 |
| 第8回：実機操作の「安全装置」とロールバック | 設定変更における共通の作法。バックアップ、投入前の差分確認（diff）、そして「もし通信が切れたらどう戻すか」の計画策定。 |
| 第9回：現場で信頼される「エビデンス」と報告の技術 | 「動きました」ではなく、何を根拠に正常と判断したのか。第三者が納得する作業報告書の書き方。 |
| 第10回：【最終回】「点」を「線」にする：自走し続けるための学習術 | 現場デビューは通過点。実務から得た知識を、どうやって汎用的な技術（資格や深い理論）へ昇華させていくか。 |
📚8. 他連載シリーズへの招待
本記事の内容をさらに深掘りする「思考法」や、現場での「立ち回り」「基礎知識」など、他の連載シリーズは以下の統合ブログにまとめています。
「技術だけでは評価されない」現場で生き残るエンジニア戦略まとめ【全連載ガイド】
（今の自分に必要な「武器」を、全シリーズから逆引きで探せます）