未経験からのITエンジニア

こんにちは❗たねまつです👦 「プログラミングさえできればいい」と思って現場に入ったら、全然違うことで焦った——そんな経験、SESあるあるです。未経験でこれから現場に出る人に、私の経験から先に知っておいてほしいことを正直に書きます 🙌 🙋 この記事を書いた理由 「現場に入ったら思ってたのと全然違った」 「プログラミングより先に詰まったのがExcelだった」 「テキストエディタって何？という状態で焦った」 未経験でSE業界に入り、SES現場に出たとき、プログラミング以外の部分で何度も「知っておけばよかった」と思いました。技術書には載っていない、でも現場では当たり前のことを今日はまとめます 📖 ① 説明する力——根拠にもとづいた「報告・説明力」は技術力と同じくらい大事 📋 現場で最初に驚いたのが、「説明する力」が求められる場面の多さです。 コードを書くだけが仕事だと思っていたけど、実際は違います。作ったもの・修正したもの・確認したことを、客先やリーダーに筋道立てて説明できないと、どれだけ技術力があっても信頼されません。 📌 現場でよく求められる説明の場面 プログラム修正の報告： 「〇〇の方法で影響範囲を特定し、今回の法改正に関わるプログラム箇所を修正しました。エビデンスはこちらです。」 テストパターンの説明： 「このプログラムを修正すると、〇〇・〇〇・〇〇の3パターンが想定されるため、それぞれのテストケースを準備しました。」 この「 根拠 → 作業内容 → 証拠（エビデンス） 」の流れで話せるかどうかが、未経験とベテランの大きな差のひとつです。 💡 実践ポイント： 「なぜその作業をしたのか」「どの範囲に影響が出るか」「確認したエビデンスは何か」——この3点をセットで説明する癖をつけましょう。最初はぎこちなくていい。続けると自然にできるようになります 🔧 ② Excelは必須——「Excelツールを作って」は現場の定番オーダー 📊 「SE現場ってExcelは関係ない」と思っていたら大間違いです。現場ではExcelが驚くほど活躍しています。 📌 よくある場面 テスト管理ツールがExcelで作られている テスト結果の記録・集計もExcel 他社から来ているリーダーや客先から「〇〇のツール作って」と言われる 「〇〇ツール作って」というオーダーはSES現場あるあ...