転職の判断│エンジニアコンパス

インフラエンジニアの将来性は運用の工程で決まる｜どこが機械に移ったかで分ける

インフラエンジニアの将来性は、職種の名前をひとかたまりで見ている限り答えが出ませんでした。運用を工程に割り、手順が確定していた作業がどこまで仕組みの側へ移り、例外の判断と停止の合意がなぜ手元に残ったのかを、構築する側と発注する側の両方で見た記録から順に並べます。先の予測は置きません。

エンジニアの転職で何社受けるかは、意欲ではなく在職のまま確保できる持ち時間の側で先に決まっていました。面談する立場で外から来た方と向き合った経験から、準備が薄いときに答えのどこが細くなるのか、並行させると膨らむ工程はどれか、そして数より先に決まる受ける順番までを順に整理します。

SEの35歳限界説を、年齢の話ではなく任される単位の入れ替わりとして開きます。手を動かす単位から預かる単位へ何が移るのか、発注する側で人を見た経験から実際に効いた材料を挙げ、いまの案件の中で預かる側へ一歩入る形と、窓口の対象の読み方までを順に整理します。

首都圏で求人を絞っても候補は減りません。ただ、増えているのは会社の数ではなく、同じ社名から分かれて出る枠のほうでした。情報サービス業の本社分布を公的統計から読み直し、決定に関わる枠と決定の後を担う枠が求人票では見分けられない理由と、応募の前に数えられる手がかりまで整理します。

逆質問の例文を選んでも手応えが残らないのは、答えが用意されている場所を聞いているからです。発注する側で候補者から質問を受け、実際に答えに詰まった問いの共通点と、返ってきた答えの読み方、席へ持ち込まないほうがよい形までを順に整理します。質問の材料をいまの持ち場から取る手順も添えます。

SEからPMへ移ると増えるのは、管理という作業ではなく決める回数でした。判断の中身は技術ではなく予算・要員・時期で決まり、決めた理由を残す時間と、相手を変えて同じ決定を説明する時間が付いてきます。発注する側で見えた実際と、この移り方が合わない状況まで整理します。

転職が失敗と呼ばれる状態の多くは、前の職場から持ち越したものが同じ形で出ているだけでした。受託・客先常駐・発注する側の3つを通って、移動で入れ替わった条件と、どこへ移っても残った3つを分けます。入る前にどちらの問題かを切り分ける手順と、失敗と呼ぶ範囲の置き直しまで置きます。

職務経歴書に何を書くか迷うのは、読む側が探しているものが作業の一覧ではないからです。外部の経歴を受け取って判断する側にいた経験から、担当範囲と引き受けた責任と残した記録という3か所を書き換える手順、対応しましたで消える情報の戻し方、材料が出ないときの探し方までを順に整理します。

経験を積んだエンジニアが中途の選考で落ちるとき、理由は技術の評価より前の欄で決まっていることがありました。受け入れる側で見送りの意見を書いた記録から、技術力以外で分かれていた3つの欄を並べます。技術で落ちた回との見分け方と、書類と受け答えの直し方まで置きます。

SEを辞めたい、疲れたという気持ちは、職種の話と契約の話と現場の話が重なった状態でした。働く場所が3回入れ替わっても消えなかったものと、入れ替えた瞬間に消えたものを並べて分けます。どれが効いているかを手元で見分ける順番と、動いても変わらない側の見つけ方まで置きます。