採用要件定義が失敗する3つの構造

失敗の構造1：願望の積み上げ——「全部持っている人」を探してしまう

最も頻繁な失敗は、要件が願望のリストになることです。経験3年以上、リーダー経験あり、資格保有、コミュニケーション能力、主体性、ストレス耐性——関係者の「あったらいいな」を集めると、要件は自然に増殖します。

この積み上げには、構造的な力学が働いています。要件を追加することには誰も反対しません(「主体性は要らない」とは言いにくい)。一方、要件を削ることには「妥協ではないか」という抵抗が伴う。会議を重ねるほど要件は増える方向にしか動かず、気づけば「そんな人は市場にいない」か「いても自社には来ない」水準に達します。

願望の積み上げが引き起こす実害は明確です。

• 母集団の消滅 — 条件を満たす人の絶対数が指数的に減る。要件を1つ追加するたびに、対象者は掛け算で絞られていく
• 選考のぶれ — 全条件を満たす人が来ないため、面接官ごとに「どれを妥協するか」の判断が割れ、選考基準が事実上崩壊する
• 採用の長期停滞 — 「良い人がいたら採る」という終わりのない募集が続き、欠員の機会損失だけが積み上がる

処方箋は、要件に優先順位の構造を入れることです。すべての要件を、(1)必須(これがなければ業務が成立しない)、(2)歓迎(あれば立ち上がりが速い)、(3)不要(入社後に習得可能)の3つに仕分ける。そして必須は3〜4個までに絞る。この仕分けの規律が、願望のリストを判断の道具に変えます。「良い人がいない」という嘆きの正体が要件過多であるケースについては、別記事で検出方法を詳しく扱います。

失敗の構造2：翻訳の断絶——現場の文脈が人事に届かない

第二の構造は、要件が現場から人事へ渡る過程での情報の劣化です。

典型的な流れはこうです。現場が「営業経験者が欲しい」と依頼する。人事は「営業経験3年以上」と求人票に書く。しかし現場が本当に必要としていたのは、「新規開拓の営業を、断られ続けても行動量を保てる人」だったかもしれないし、「既存顧客との長期的な関係を丁寧に築ける人」だったかもしれない。同じ「営業経験者」という言葉が、まったく違う人物像を指している——この翻訳の断絶が、書類選考と面接の精度を根本から損ないます。

断絶は、依頼の受け方に原因があります。現場の依頼は「前任と同じような人」「営業ができる人」という粗い言葉で来ます。これをそのまま要件にすれば、劣化した情報で採用が走ります。人事の仕事は、依頼の受領ではなく、依頼の解像度を上げる問診です。

1. 業務の具体を聞く — 「入社した人が最初の3ヶ月でやる仕事を、1日の流れで教えてください」。抽象的な職種名ではなく、実際の業務が要件の母材になる
2. 成果の定義を聞く — 「1年後、この人が活躍していると言える状態は?」。成果から逆算すると、必要な能力が具体化する
3. 現任者の観察を聞く — 「今この仕事ができている人は、何が違いますか?」。活躍者の共通点は、最も信頼できる要件の根拠
4. 失敗の記憶を聞く — 「過去にこのポジションで合わなかった人は、何が原因でしたか?」。不適合のパターンは、見極めポイントの宝庫

この問診を経た要件は、「営業経験3年」ではなく、「新規訪問が月◯件の環境で、断られても翌日の行動量が落ちない人。訪問経験の業界は問わない」という、選考で判定可能な言葉になります。要件定義の質は、フォーマットの質ではなく、この対話の質で決まるのです。

失敗の構造3：成功要因の誤認——「優秀な人」と「活躍する人」のずれ

第三の、最も深い構造は、自社での活躍要因を見誤ることです。

多くの要件は、「一般的に優秀とされる人」の像で書かれます。学歴、大手企業での経験、輝かしい実績。しかし、採用の目的は優秀な人を集めることではなく、自社の環境で活躍する人を迎えることです。そして、この2つはしばしばずれます。

ずれの典型例を挙げます。大手で実績を上げた人が、仕組みも分業もない中小企業で機能しない(実績が本人の力ではなく、前職の仕組みの力だった)。ハイスペックな人材が、意思決定の遅い組織文化に耐えられず早期離職する。個人プレーの営業スターが、チーム連携が命の自社の営業スタイルと衝突する——いずれも「優秀な人」を採ったのに「活躍しない」というずれです。

このずれを防ぐには、要件の根拠を、一般論ではなく自社の実証に置くことです。具体的には、自社で実際に活躍している人・定着している人を数名思い浮かべ、その共通点を言語化する。学歴や前職の知名度ではなく、「自分で仕事を作れる」「変化を面白がる」「地道な作業を厭わない」といった、環境との相性の要素が浮かび上がるはずです。逆に、早期離職した人・活躍しなかった人の共通点は、「うちでは機能しない特性」として要件の裏面(見送りの基準)になります。

「スキルは要件にしやすく、相性は要件にしにくい」という非対称に注意してください。履歴書で判定できるスキル要件ばかりが精緻になり、活躍を本当に左右する相性の要件が「人柄を見る」という曖昧な運用に任される——これが多くの選考の実態です。相性の要件こそ、具体的な行動レベル(過去にどんな環境でどう動いたか)で定義し、面接の質問に落とし込む必要があります。この技術は構造化面接の導入で扱います。

機能する要件定義の手順：1枚に集約する

3つの構造を踏まえた、実務の手順を示します。成果物は、次の項目が入った要件定義書1枚です。

最後の「提供できる価値」を要件定義書に含めるのは、意図的な設計です。要件は「こちらが求めるもの」ですが、売り手市場の採用は交換です。求める水準が高いなら、差し出す価値も問われる。この2つを同じ紙で見ることで、「要求ばかり高く、提供が薄い」という不均衡が可視化され、要件か条件のどちらかを直す判断につながります。

そして、要件定義書は選考の共通言語として運用します。面接官全員に配り、評価はこの要件に沿って行い、選考の途中で「思ったより良い人が来ない」となったら、感覚で基準を緩めるのではなく、この1枚に戻って何を修正するかを議論する。作って終わりの文書ではなく、選考中も参照され続ける現役の道具にすることが、要件定義を機能させる最後の条件です。

要件は仮説である：運用と更新のサイクル

最後に、要件定義の位置づけを正します。要件は、一度決めたら守り抜く「正解」ではなく、市場と実績で検証される仮説です。

市場からのフィードバック。募集を開始して1〜2ヶ月、応募が想定を大きく下回るなら、要件と条件のパッケージが市場で成立していないというデータです。必須要件の再仕分け(本当に必須か)、条件の見直し、対象の拡大(未経験可への転換と育成の設計)を、感覚ではなく市場データと照らして判断します。

入社後からのフィードバック。より重要なのは、採用した人のその後です。要件通りに採った人は活躍しているか。活躍している人は、要件のどの項目を満たしていたか。実は要件外の特性が効いていないか——。入社半年〜1年時点での振り返りを要件定義書に書き戻すことで、要件は「関係者の合意」から「自社の実証データ」へと進化していきます。

この更新サイクルこそ、採用力の学習装置です。要件定義を毎回ゼロから議論する会社と、検証済みの要件が蓄積されていく会社では、数年で選考の精度に大きな差がつきます。

採用要件の定義は、地味な事務作業に見えて、採用活動全体の設計図です。願望ではなく必須を、伝聞ではなく問診を、一般論ではなく自社の実証を。この3つの規律で作られた1枚が、母集団形成から面接、入社後の活躍までの一貫性を支えます。採用がうまくいかないとき、最初に見直すべきは、媒体でも面接官でもなく、この1枚なのです。