スタートアップ最初のエンジニア採用：うまくいく軽量な採用プロセス
創業者の多忙な1週間にも収まる、最初のエンジニア採用のプロセスを紹介します。明確な求人票、実務に即した質問、有償のワークサンプル、そして2週間以内の意思決定です。
目次
会社が最初に採用するエンジニアは、創業1年目のほぼどの意思決定よりも、その会社のあり方を大きく左右します。コードベースの水準、意思決定の進め方、そして次に誰が入社したいと思うかの基準をつくるのは彼らです。しかも創業者は通常、リクルーターも採用マネージャーもプロセスもなく、時間もほとんどない状態で彼らを採用します。
大企業の採用プロセスは、この状況には合いません。6回の選考、週末がつぶれる持ち帰り課題、委員会での振り返り。こうしたやり方では、優秀な候補者をより動きの速い会社に取られてしまい、創業者も何週間も費やすことになります。かといって、プロセスがまったくないのはもっと悪い結果を招きます。通話で好印象だった人を採用し、1か月後にその人ができないことを知る、ということになりかねません。
ここで紹介するのは、創業者の1週間に収まる軽量なプロセスです。5つのステップで構成され、約2週間で実施できます。どのステップも、1つの問いに答えるために設計されています。「この人は、この仕事をこなせるか？」という問いです。
ステップ1：その役割に本当に必要なものを決める
何かを公開する前に、自分用に3つの短いリストを作りましょう。
- 最初の3か月でその人が成し遂げていること。 職責ではなく、具体的な成果を書きます。「予約フローをエンドツーエンドでリリースした」「アプリをプロトタイプ用のデータベースから移行した」「決済サービスのオンコール体制を担った」などです。
- 必須条件。 その人がすでに経験していなければならないことを3〜5個。いずれも、候補者が経験したことがあるかないかで判断できるものにします。「React Native のアプリを App Store でリリースした経験がある」は必須条件です。「情熱がある」は必須条件ではありません。
- 歓迎条件。 あれば助かるものの、それがなくても採用を見送る理由にはならないものを2〜3個。
共同創業者がいるなら、求人を出す前にこれらのリストについて合意しておきましょう。後で起きる採用をめぐる議論の多くは、実はその役割に何が必要かについての議論です。今のうちに話し合っておくほうが、コストは低く済みます。
実際に確認する必須条件だけを挙げましょう。誰も確認しない必須条件はただの飾りであり、文言に当てはまらない誠実な候補者を、知らないうちにふるい落としてしまいます。
ステップ2：優秀なエンジニアが最後まで読む求人票を書く
優秀なエンジニアは、読むのをやめる理由を探しながら求人票を読みます。その理由を減らしましょう。
- 会社が何をしていて、なぜこのポジションがあるのかを伝える。 2つの短い段落で書きます。会社は今どの段階にあるのか。この人はどんな穴を埋めるのか。
- 最初の数か月を説明する。 成果のリストを使います。
- 必須条件と歓迎条件を列挙する。 上で書いたとおりに記載します。リストが短いほうが、長いリストよりも良い応募者が集まります。
- 報酬を明記する。 実際のレンジを書きましょう。書けない場合は、「優遇」と書くのではなく、報酬の記載自体を省きます。地域によっては報酬レンジの明記が法的に義務付けられていることもあるため、採用する地域のルールを確認してください。
- 働き方を説明する。 雇用形態、勤務地またはタイムゾーンの重なり、誰に報告するのか。
- 選考プロセスとその所要期間を説明する。 複数の選択肢を持つ候補者は、終わりが見える選考を選びます。
事実として言えないことは書かないでください。実際にはいないチームの人数、調達していない資金、存在しない福利厚生などです。求人票のすべての行は、面接で質問される内容です。
これらのセクションと、それぞれの書き方のガイドを含む無料の求人票テンプレートもあります。
ステップ3：仕事に関するスクリーニング質問をする
カバーレターの代わりに、応募フォームに3〜5個の短い質問を設けましょう。良い質問とは、仕事に関するもので、その仕事を経験した人なら数文で答えられるものです。
- 「素早くリリースすることと、きちんと作ることのどちらかを選ばなければならなかった経験について教えてください。どちらを選び、それはなぜですか？」
- 「［自社の技術スタック］でこれまでに作った最も複雑なものは何ですか？今ならどこを変えますか？」
- 「当社の予約フローでは、2人が同じ枠を同時に予約しようとするケースに対応する必要があります。どのようにアプローチしますか？」
応募者には、期待する回答の長さを伝えましょう（「2〜3文で十分です」）。優秀な候補者でも答えることが特にないのが自然な質問には、任意とマークしておきます。
どのフォームにも載せるべきでない質問もあります。年齢、国籍、家族、健康状態、過去の給与などです。これらは仕事とは関係がなく、多くの地域では質問すること自体が違法です。
ステップ4：必須条件に照らして応募書類を読む
応募が届いたら、必須条件のリストに照らして、1項目ずつ読んでいきます。必須条件ごとに、応募者がそれについて何か書いているか、何を書いているかを記録します。これには2つの効果があります。候補者間で一貫した評価ができること。そして、リストにないものに心を動かされているときに、それがはっきりわかることです。
候補者のスコア付けやランキングをソフトウェアに任せたくなる気持ちは抑えましょう。「マッチ度78%」は、客観的に見えるだけの作られた数字です。また、応募者の自動スクリーニングは、いくつかの地域で規制されています。ニューヨーク市の Local Law 144 は、自動雇用決定ツールを使用する前にバイアス監査と候補者への通知を義務付けており、EU AI法（AI Act）は採用に使われるAIシステムを高リスクと位置付けています。読む作業を助けるツールは問題ありません。代わりに判断するツールには、実際の義務が伴います。
すべての応募者に、短いお見送りの連絡も含めて、1週間以内に返信することを目指しましょう。
ステップ5：1回の面談、1回の有償ワークサンプル、1回の意思決定
必須条件を満たした候補者に対しては、次のように進めます。
- 30〜45分の面談。 候補者が回答の中で説明した仕事について話しましょう。今ならどう変えるかを尋ねます。難しい部分も含めて、役割について正直に説明します。候補者からの質問にも答えましょう。ここで予約リンクを使えば、メールのやり取りを1往復減らせます。
- 小規模な有償ワークサンプル。 数時間程度で、実際の業務に近い内容に取り組んでもらい、適正な報酬を支払います。どんなパズル問題よりも多くのことがわかりますし、報酬を支払うことで相手の時間を尊重していることが伝わります。報酬を支払えない場合は、候補者自身の過去のコードを一緒に読み解く技術面談が次善の策です。
- 数日以内の意思決定。 必須条件に照らして、理由とともに書き残します。
最初のエンジニア採用であれば、その候補者と直接一緒に働いた人へのリファレンスコールを1回行う価値があります。
求人の公開からオファーまでを約2週間で終えられれば、ほかにも選択肢を持つ候補者を逃さずに済みます。そして、1か月間気を散らされるのではなく、週に数時間の集中した時間を使うだけで済みます。
Atrix AIで進める場合
Atrix AIの採用機能はこのプロセスに沿っており、あなたの意思決定に踏み込まないように作られています。
- 求人票は、作っているプロダクトをもとに書かれます。 役割に職種名と雇用形態を設定し、決まっていれば報酬を加え、対象となるプロダクトをひも付けます。エージェントがそのプロジェクトのPRDとアーキテクチャドキュメントを読み、1行のサマリー、求人票本文、必須条件、歓迎条件、実際の仕事に関するスクリーニング質問まで、求人広告全体の下書きを作成します。エージェントは、報酬、福利厚生、チームの人数を決して作り出さないよう、また年齢、国籍、家族、健康状態、過去の給与について決して尋ねないよう指示されています。下書きの編集と公開は、あなた自身が行います。
- 応募は公開フォームから届き、ワークスペース内のその役割に集約されます。
- スコア付けではなく、読むための支援。 Atrix は、あなたが設定した必須条件ごとに、応募者が回答の中でそれについて書いた内容を本人の言葉のまま引用でき、何も書いていない場合はそのことを明示します。候補者のスコア付け、ランキング、推薦は行いません。読んで判断するのはあなたです。
- コンテキストの中の面接。 日程調整機能を使えば、応募情報から予定を入れたミーティングや、応募情報にリンクしたミーティングがその応募情報に表示されるため、会話、メモ、候補者の情報がまとまった状態を保てます。
まとめ
求人を出す前に、その役割に必要なものを決めましょう。仕事内容、必須条件、報酬を明記した求人票を書きましょう。仕事に関する質問をし、必須条件に照らして回答を読み、1回の面談と1回の有償ワークサンプルで締めくくりましょう。求人票テンプレートから始め、プロセス全体を2週間以内に収めてください。