Wantedlyでインフラエンジニアを採る募集記事の書き方｜担当範囲と当番を書く

Wantedlyでインフラエンジニアの募集記事を出したとき、最初にぶつかるのは「使っている基盤やサービスの名前を書いたのに、話を聞きに来る人が少ない。来ても、面談で『夜間の当番はあるのか』『手作業はどのくらい残っているのか』を聞かれて答えられない」という問題です。結論から言うと、インフラエンジニアの募集記事は、基盤の名前ではなく「何を動かしている基盤で、何を自分たちで持っていて、止まったとき誰がどう動き、手作業がどのくらい残っているか」を書き、募集記事を書く前に社内で基盤の担当範囲と当番の形を決めておきます。 この記事では、インフラエンジニアが募集記事で見ているもの、書く前に決めること、「なにを・なぜ・どうやって」の書き方、構成の書き方、「こんな人」の書き方、スカウトと面談への接続、社内の分担、やりがちな失敗を整理します。エンジニア全般の募集記事はエンジニアを採る募集記事の書き方で書きました。この記事は、そのうちインフラに特有の点を書きます。

インフラエンジニアが募集記事で見ているもの

「障害の当番と振り返り」と「手作業がどのくらい残っているか」が、インフラ特有の点です。

書く前に決めること｜基盤の担当範囲と、当番の形

「当番がある」「手作業が多い」「一人目」でも構いません。隠さずに書けば、それを前提に読む人が来ます。

「なにを」｜何を動かしている基盤か

「なにをやっているのか」は、会社の事業ではなく、このインフラエンジニアが見る基盤に絞ります。

• 何を動かしているかを書く：「社外の利用者が使う予約の仕組み」「社内の複数の部署が使う道具」「開発者が毎日使う環境」。止まると誰が困るかが分かると、何を大事にする仕事かが読める
• 自分たちで持つ範囲を書く：「外部のサービスの上で組んでいて、設定と運用は社内」「一部は外部の会社に任せていて、社内は監視と窓口」
• いまの状態を書く：手で作った構成が残っているか、コードで管理する途中か、監視が足りているか。「手作業が多く、順に自動化している」
• 数値は確認できるものだけ：台数や規模を書くなら、社内で確認した数値だけ。無ければ「増えている」「特定の時間に集中する」の傾向で

「なにを」の書き方の基本は「なにをやっているのか」の書き方で書きました。

エージェントベストの見解

インフラエンジニアの募集記事を出す前に、先に決めておかないと効果が出ないのは、「当番の形」と「障害のあとの振り返りの形」です。当社がWantedlyのインフラの募集を支えるとき、基盤やサービスの名前は揃っているのに、この二つが書かれていない募集記事が多くあります。インフラエンジニアが面談で最初に聞くのは、基盤の名前ではなく、「夜間の当番はありますか。何人で回していますか」「障害のあと、どうしていますか」です。当番があること自体で離れるのではなく、「書かれていない」ことで「一人で全部見させられる」「障害のたびに責められる」を想像して離れます。当番があっても構いません。「当番はある。〇人で交代していて、夜間は△△の範囲まで。障害のあとは□□の形で振り返り、個人を責めない」と書けば、それを前提に読む人が来ます。当社が最初にお願いするのは、構成の確認ではなく、「当番を何人でどう回し、障害のあとに何をするか」の一文です。

「どうやって」｜運用の進め方と、構成の書き方

運用の進め方

書き方の基本は「どうやっているのか」の書き方で書きました。

構成

名前の一覧ではなく、選んだ理由と、手作業の残り具合と、移行の状況を書きます。

• 正確に書く：使っている基盤、サービス、道具。インフラエンジニアが確認して書く。誤りは一目で分かる
• 選んだ理由を添える：「〇〇を選んだのは、△△の理由」。「当時いた人が得意だったから」でも正直に
• 手作業が残っていれば、残っていると：「〇〇は手で作っていて、△△からコードで管理し始めている」。隠すと、入社後に分かる
• 移行の途中なら、そう書く：「〇〇から△△に移している途中。古い側に手を入れることもある」
• 開発側との境界を書く：「データベースの設定は開発側が持ち、その下はインフラが持つ」のように、どこからどこまでか

「こんな人」｜経歴ではなく、行動で書く

「最初の月に何を任せ、誰と組むか」を書くと、経験年数の条件がいらなくなります。「当番に入る」を求めるなら、「こんな人」でなく「どうやって」に当番の形を書きます。書き方の基本は「こんなことやります」の書き方で書きました。

スカウトと面談への接続

• スカウトの文面は、募集記事の「何を動かしていて、何を持つか」と同じ言葉で：相手が見ている基盤と、直したことを読み、自社の基盤と重ねる。基盤の名前を並べない。エンジニア向けスカウト文面の型
• 面談には、インフラエンジニアが出る：一人目の募集なら、いま基盤を見ている人（開発のエンジニアや、外部の会社の窓口）が出る
• 面談で話すのは、基盤の話：構成の図を見せる、手作業が残っているところを話す、最近の障害とどう直したかを話す。会社説明を繰り返さない
• 当番の形を、面談でも確認する：文面と募集記事に書いた当番の形を、面談で本人が話す。「聞いていない」を出さない

つなげ方はスカウトと募集記事のつなげ方で書きました。

社内の分担

一人目のインフラエンジニアを採る募集では、「聞く相手」が社内にいません。その場合は、いま基盤を見ている人（開発のエンジニアや、外部の会社）に「いまの構成と、手作業と、最近の障害」を聞いて書き、「一人目で、いまは〇〇が兼務で見ている。引き継ぎは△△の形で」と正直に書きます。

運用代行や代理店が支えられるのは、募集記事の型、構成を文で書く直し方、「こんな人」を行動に直す作業、スカウト文面との整合の確認までで、担当範囲と当番の決定、構成と数値の正確さ、面談は社内が担います。代理店の代行の範囲は代理店に運用まで頼めるかで書きました。

エージェントベストの見解

相談で最も多い思い込みは、「インフラは手作業が多いことを書くと、来なくなる」というものです。当社は3媒体すべての販売パートナーとして、Wantedlyのインフラの募集と面談を見ていますが、「全部自動化済み」と書いた募集記事より、「〇〇は手作業が残っていて、△△から順にコードで管理し始めている。ここを一緒に進めたい」と書いた募集記事のほうが、話を聞きに来る人の幅が広い傾向があります。インフラエンジニアは、「手作業が残っている」を読んで「やることがある」と受け取り、「全部自動化済み」を読んで「本当か」と疑います。入社後に手作業だらけだと分かるほうが、離れる理由になります。当社が案内するのは、手作業の残り具合を隠さず書き、そのすぐ後に「どこから自動化していて、入った人にどこを任せるか」を書くことです。手作業の多さで人は離れません。「隠されていた」ことで離れます。

やりがちな失敗

最も多いのは、最初の「名前の一覧」です。

まとめ

• インフラエンジニアが見ているのは、何を動かしている基盤か・自分たちで持つ範囲・当番と振り返り・手作業の残り具合・開発側との関係・一人目か
• 書く前に、担当範囲と当番の形（何人で、どの時間帯を、どう交代し、障害のあとに何をするか）を社内で決める。当番があっても手作業が多くても、隠さず書く
• 「なにを」は何を動かしていて、止まると誰が困るか。「どうやって」は構成の管理・監視・変更の手順・当番を、正確に・理由と一緒に・手作業が残っていれば残っていると
• 「こんな人」は基盤の名前ではなく、基盤に対する行動で。「最初の月に何を任せ、誰と組むか」を書く
• 面談にはインフラエンジニアが出て、構成の図と最近の障害を話し、当番の形を本人が確認する

よくある質問

夜間の当番があり、正直に書くと来ない気がします

隠すほうが、面談か入社後に分かって離れます。「当番はある。〇人で交代していて、夜間は△△の範囲まで。障害のあとは□□の形で振り返り、個人を責めない」のように、形と回し方を書きます。当番の有無より、「何人で回していて、振り返りがあるか」が読まれます。

いまは開発のエンジニアが兼務で基盤を見ています。一人目のインフラを採りたいのですが

そのまま書きます。「一人目。いまは開発の〇〇が兼務で見ていて、手作業が多い。最初の月は△△から一緒に整理し、引き継ぎは□□の形で」のように、いまの状態と、入った人がどこから始めるかを書きます。

インフラエンジニアの募集記事は、御社に相談できますか

できます。当社は、募集記事の型、構成を文で書く直し方、「こんな人」を行動に直す作業、スカウト文面との整合の確認を支えられます。担当範囲と当番の決定、構成と数値の正確さ、面談は、社内で担ってください。当社はOfferBox・Wantedly・ワンキャリアの販売パートナーとして、Wantedlyの募集記事とスカウトの運用を支えています。3媒体の全体像は3媒体の違いと選び方にまとめています。