インフラエンジニア採用を代行に出す判断基準｜任せられる工程と残す工程

インフラエンジニアの採用を代行に出すとき、開発エンジニアと同じ感覚で頼むと、ずれます。インフラの職種は、運用・保守が中心の人と、設計・構築ができる人で、市場も経歴も大きく違い、求人票で「どちらを採るか」が曖昧なまま募集すると、来てほしい層と違う応募ばかりになります。結論を先に書くと、インフラエンジニア採用で代行に出せるのは「探す・届ける・一次対応する・進捗を回す」で、「運用と構築のどちらを採るかの決定・技術の評価・オンコールや夜間対応の条件の決定」は社内に残すのが線です。代行は、自社のインフラの構成と運用の実態を知らないので、要件と評価を任せると、名前の一致で絞ることになります。開発エンジニア全般の代行の線はエンジニア採用を代行に出す判断基準に、採用代行そのものの整理は採用代行（RPO）とはにまとめています。

インフラエンジニア採用が他の職種と違う点

代行に出す前に、インフラ職の採用の構造を押さえます。

一つ目は、「運用」と「構築」で市場が分かれていることです。運用・保守（監視、障害対応、定型作業）を担ってきた人と、設計・構築（新規の環境の設計、クラウドへの移行、自動化）を担ってきた人は、経歴も、市場での人数も、希望する条件も違います。前者は比較的多く、後者は少ない。求人票が「インフラエンジニア募集」だけだと、前者が多く応募し、後者が欲しい会社とずれます。

二つ目は、経歴に出てくる言葉が、規模と実態を表さないことです。「サーバの構築経験」と書かれていても、一台の設定なのか、数百台の設計なのかで、全く違います。「クラウドの経験」も、画面から作った経験と、コードで管理した経験では別物です。経歴を読んで実態を判断するには、インフラの分かる人が要ります。

三つ目は、働き方の条件が採用を左右することです。夜間の障害対応、オンコールの当番、休日のメンテナンス。これがあるか無いか、あるならどういう体制かは、候補者が最初に知りたいことで、求人票に書かれていないと応募に進みません。この条件は、代行が決められるものではなく、社内の運用の実態から決まります。

四つ目は、出身の多様さです。SIerの運用部門、データセンターの運用、社内情シス、クラウドの専業会社。同じ「インフラエンジニア」でも、来た道が違い、自社の環境に合うかは経歴の名前では分かりません。

この四つから、代行に出せる工程が決まります。

工程ごとの「任せられる・残す」

線の要点は、「採る層と働き方の条件は、募集の前に社内で決める」ことです。この二つが決まっていないと、代行は求人票を書けず、スカウトの対象も絞れません。

エラベルの見解

相談で多いのは、「インフラエンジニアを募集しているが、運用しかできない人ばかり応募してくる」というご相談です。求人票を見ると、「インフラエンジニア募集。サーバ・ネットワークの運用・構築」と書かれていて、運用の人にも構築の人にも読めます。市場には運用の人のほうが多いので、運用の人が多く応募します。会社が欲しいのは構築の人で、面接で「設計の経験は」と聞くと止まります。求人票が、採る層を決めていません。

見ていて差がつくのは、「運用と構築のどちらを採るかを、求人票の一行目で言えるか」です。「クラウドへの移行を設計から担う方」「既存環境の運用を安定させ、自動化を進める方」。一行目で層が分かれば、合う層が応募し、合わない層は見送ります。エラベルでは、インフラ職の担当者を紹介する前に、依頼側に「運用と構築のどちらか、両方なら優先はどちらか」を伺っています。これが決まらない状態で担当者が動いても、合わない応募が増えるだけです。

代行に出す前に社内で確認すること

代行に出す前に、社内で揃えておくことを五つ挙げます。

• 運用か構築か、両方なら優先はどちらか。 これから何をするか（新規構築、クラウド移行、運用の安定化、自動化）で決まる
• 自社のインフラの構成を、候補者に伝えられる形にしているか。 オンプレかクラウドか、規模、使っている技術、監視の仕組み。求人票とスカウトの中身になる
• 働き方の条件が決まっているか。 夜間対応の有無、オンコールの当番の頻度、休日メンテナンスの頻度、リモートの可否。曖昧なら候補者は応募しない
• 技術を評価する人がいるか。 自社の環境を分かっていて、候補者の経歴の実態を読める人。いなければ、外部の技術の分かる人を評価だけに用意する
• 現場が面接に出る時間があるか。 インフラの現場は運用で手が離せないことが多く、面接の枠が取れないと止まる

五つのうち、三つ目が最も抜けます。夜間対応やオンコールの実態は、社内では当たり前で書き忘れますが、候補者にとっては最初に知りたいことです。

社内にインフラの分かる人がいない会社の組み方

社内にインフラの担当がいない、いても一人で手が離せない会社は多い。組み方を三つ示します。

一つ目は、いまインフラを見ている人（一人でも、兼務でも）の時間を、要件と技術面接だけに絞ることです。要件の打ち合わせを一回、技術面接を候補者ごとに一回。探す、届ける、一次対応、日程、記録は代行が担う。

二つ目は、外部の技術の分かる人を、評価だけに入れることです。インフラの構築を委託している会社の担当者、技術顧問、元社員。自社の環境を知っている人が望ましい。技術面接と、書類の実態の確認だけを担ってもらう。

三つ目は、インフラを委託している会社がある場合、その会社の担当者に要件の整理を手伝ってもらうことです。委託先は自社の環境を知っていて、「どういう人が入れば自分たちとの分担がうまくいくか」を言えます。ただし、委託先が採用を決めるのではなく、要件の整理まで。

どの組み方でも、「技術の評価を代行に任せない」ことは同じです。

代行を選ぶときの確認項目

確認の要点は、「経歴の読み方」の答え方です。「構築経験ありなら構築ができる人」と読む代行は、名前の一致で絞ります。「規模と、画面からかコードからかを確かめる」と答える代行は、実態を見ています。

代行に出したあとに起きること

戻し方の要点は、「働き方の条件を、求人票の段階で正直に書く」ことです。夜間対応やオンコールを隠して応募を集めても、面接や内定の段階で分かり、辞退されます。先に書けば、その条件で働ける人だけが来ます。

エラベルの見解

担当する側から見ると、インフラ職の採用で最も時間がかかるのは、依頼側の「運用と構築のどちらか」と「働き方の条件」を引き出すことです。依頼側の中では当たり前すぎて言葉になっておらず、聞いても「両方できる人が理想」「夜間は時々」と曖昧に返ってきます。ここを「優先は構築」「夜間対応は月に数回、当番制」まで具体化しないと、求人票もスカウトも書けません。

エラベルでは、インフラ職の案件をお受けするとき、依頼側にこの二つを先に決めていただくようお伝えしています。決まっていれば、担当者は最初の週から動けます。決まっていなければ、担当者の最初の仕事は、この二つを決める打ち合わせの進行になります。代行に出すかどうかの判断は、この二つが社内で決められるかどうかで、ほぼ決まります。

まとめ

• インフラエンジニア採用で代行に出せるのは探す・届ける・一次対応する・進捗を回す。運用か構築かの決定・技術の評価・働き方の条件の決定は社内に残す
• 他の職種と違うのは運用と構築で市場が分かれる・経歴の言葉が規模と実態を表さない・夜間対応などの条件が採用を左右する・出身が多様の四点
• 代行に出す前に採る層・インフラの構成の言語化・働き方の条件・技術を評価する人・現場の面接の枠を確認
• 社内にインフラの分かる人がいなければいまの担当の時間を判断だけに絞る・外部の技術の分かる人を評価だけに・委託先に要件の整理を手伝ってもらう
• 代行を選ぶときは経歴の読み方の答え方を見る。名前の一致で読む代行は注意
• 働き方の条件は求人票の段階で正直に書く。隠しても面接や内定で離れる

よくある質問

運用も構築も両方できる人を採りたいのですが、要件を分けるべきですか

両方できる人は市場に少なく、いても条件が高い。「両方」で募集すると、運用の人が多く応募し、構築の経験を面接で聞いて止まる、という形になります。「優先は構築。運用は入社後に自社の環境で覚えてもらう」か、「優先は運用。構築は自動化の範囲から少しずつ」か、優先を決めて求人票の一行目に書きます。両方が本当に要るなら、募集を二つに分けるか、まず一人を採ってから二人目を考えます。

夜間対応があることを求人票に書くと、応募が減りませんか

減ります。減るのは、夜間対応ができない人で、その人は面接や内定の段階で辞退するので、最初から来ないほうが互いの時間を使いません。書き方は、有無だけでなく、頻度と体制（当番制か、手当があるか、翌日の勤務の扱い）まで書くと、「それなら」と応募する人がいます。曖昧に書くと、最悪を想定して応募しない人が増えます。正直に、具体的に書くほうが、応募の質が上がります。

インフラを外部に委託していて、社内に技術の分かる人がいません

委託先の担当者に、要件の整理と技術面接の同席を頼めるかを相談します。委託先は自社の環境を最も知っていて、「どういう人が入れば分担がうまくいくか」を言えます。ただし、委託先が採用を決めるのではなく、要件の整理と評価の材料まで。合否は自社で判断します。委託先に頼めない場合は、外部の技術顧問を評価だけに入れる形か、最初の一人を経営者が自ら動いて採る形になります。代行は、その補助にとどまります。