エンジニア転職の会社選びの基準は「裏取りできるか」で決まる|求人票の自己申告を公開データで検証する5手順【2026年9月版】
「会社を選ぶ基準7選」の類を10本読んでも、応募先が決まらない。理由ははっきりしていて、基準そのものは最初から持っているのに、目の前の会社がその基準を満たすかどうかを判定する材料がないからだ。求人票も面接も、会社側の自己申告しか出てこない。
一方で、判定材料は実はかなりの量が公開されている。有価証券報告書の「従業員の状況」、法律で公表が義務づけられた中途採用比率、厚生労働省のデータベース。どれも無料で、応募前に読める。この記事は、抽象的な「基準リスト」ではなく、その基準を公開データで裏取りする5つの手順を、上場IT企業5社の実データを使って具体的に示す。
SECTION 01なぜ「会社を選ぶ基準7選」を読んでも決まらないのか
重視する項目は、もうほぼ全員一致している
まず前提として、エンジニアが会社選びで何を重視するかは、すでに調査で答えが出ている。LAPRASが2025年3月12日〜14日に1,064名から回答を得た調査では、転職時に重視することの1位として挙げられた項目は次の通りだった。
年収、働き方、やりたいこと、事業内容。この4つで7割近くを占める。おそらく読んでいるあなたの優先順位も、大きくはズレていないはずだ。つまり「基準を決める」という工程は、実質すでに終わっている。
足りないのは「その会社が基準を満たすか」を判定する材料
問題は次の工程にある。「働き方を重視する」と決めたところで、A社とB社のどちらが自分の言う働き方に近いのかは、基準を眺めても分からない。ここで詰まっているのに、多くの記事は「優先順位をつけましょう」で終わる。
そして判定を誤ったときの結果も、数字で出ている。マンパワーグループが2024年9月に、20〜49歳のITエンジニア正社員(転職経験1回以上)390名に行った調査では、入社後に「いい意味でのギャップ」を感じた人が約3割、「悪い意味でのギャップ」が約2割強で、合わせて約半数が何らかのギャップを経験している。ギャップの内容の上位3つは「給与・賞与・手当」「仕事の内容」「仕事の進め方・業務範囲・責任範囲」だった。
同じ調査では、ITエンジニア職の退職理由の1位が「給与や待遇が不満だった」で41.3%、2位が「適正に評価がされていないと感じた」22.8%、3位が「労働条件が悪かった」22.8%と続く。退職理由の上位が、そのまま入社前に検証しきれなかった項目と重なっている。
求人票と面接は、原理的に自己申告しか出てこない
求人票・面接・採用サイトはすべて自己申告レイヤー。会社選びの基準は、下段の検証可能レイヤーに落とし込んで初めて判定できる。
求人票の「風通しの良い社風」「裁量のある環境」「モダンな技術スタック」に、検証可能な定義はない。面接での回答も同じで、採用側は当然ながら自社を良く見せる。ここを疑えという話ではなく、構造上そこからは検証データが出てこないという話だ。
市場環境もこれを後押ししてしまう。dodaの転職求人倍率レポート(2026年7月発行版)によれば、2026年6月の職種「エンジニア(IT・通信)」の求人倍率は11.06倍。全体の2.55倍と比べて桁違いに高い。売り手市場は選択肢を増やすが、選択肢が増えるほど「基準」ではなく「選別の手順」が必要になる。
SECTION 02会社選びの基準を裏取りする4つの公開データ
応募前にアクセスできる一次情報は、主に次の4つだ。いずれも無料で、ログインもエージェント経由も不要で読める。
| データ | 対象になる会社 | 分かること | 入手先 |
|---|---|---|---|
| 有価証券報告書 「従業員の状況」 |
上場企業 (有報提出会社) |
従業員数・平均年齢・平均勤続年数・平均年間給与、セグメント別の人員配置 | EDINET/各社IRサイト |
| 中途採用比率 | 常時雇用301人以上 | 直近3事業年度の、正規雇用労働者の採用に占める中途採用の割合 | 各社の採用ページ等 |
| 男女の賃金の差異 女性管理職比率 |
常時雇用101人以上 (2026年4月〜) |
賃金格差の実額比、管理職の登用実態 | 女性活躍推進企業DB等 |
| しょくばらぼ | 掲載企業 (約14.9万件) |
平均勤続年数・月平均残業時間・有給取得率・採用と定着の状況 | 厚生労働省サイト |
※ 中途採用比率は労働施策総合推進法により2021年4月1日から、常時雇用する労働者301人以上の企業に年1回以上・直近3事業年度分の公表が義務づけられている。男女の賃金の差異と女性管理職比率は、2026年4月1日施行の改正女性活躍推進法により公表義務の対象が101人以上へ拡大された。しょくばらぼの掲載企業数は149,449件(2026年8月1日時点)。
非上場・スタートアップの場合に何が残るか
有報がないぶん情報量は落ちるが、ゼロにはならない。従業員301人以上なら中途採用比率の公表義務がかかり、101人以上なら2026年4月から男女の賃金の差異と女性管理職比率の公表義務がかかる。加えて、資金調達のプレスリリース(調達額・ラウンド・リード投資家)、求人の職種構成、技術ブログの更新履歴は誰でも見られる。
上場企業と非上場企業では読める情報の粒度が違うので、同じ土俵で比較しようとしないことが実務上のコツになる。上場企業同士は数字で並べ、非上場は後述の手順4・5の比重を上げる、と分けたほうが早い。
STEP 01手順1:有価証券報告書「従業員の状況」で組織の骨格を読む
有価証券報告書の「第1 企業の概況」には必ず「従業員の状況」という項目があり、提出会社(単体)の従業員数・平均年齢・平均勤続年数・平均年間給与が数値で載っている。EDINETで社名を検索し、最新の有報を開いて冒頭20ページほどを見れば足りる。作業時間は1社5分だ。
上場IT企業5社の実データを並べる
まず、性格の違う5社を実際に並べてみる。すべて各社の最新の有価証券報告書に記載された、提出会社(単体)の数値だ。
| 企業 | 決算期 | 従業員数 | 平均年齢 | 平均勤続年数 | 平均年間給与 |
|---|---|---|---|---|---|
| SCSK | 2025年3月期 | 8,360人 | 42歳11か月 | 17年2か月 | 788万円 |
| NTTデータグループ (持株会社単体) | 2025年3月期 | 1,592人 | 39.7歳 | 14.1年 | 923万円 |
| サイバーエージェント | 2025年9月期 | 2,588人 | 33.8歳 | 6.5年 | 914万円 |
| SHIFT | 2025年8月期 | 6,201人 | 38.0歳 | 3.2年 | 684万円 |
| freee | 2025年6月期 | 1,901人 (正社員) | 33.1歳 | 2.2年 | 688万円 |
※ 平均年間給与は万円未満を四捨五入。freeeの従業員数は正社員のみ(非正社員を含めると2,089名)。NTTデータグループの数値は持株会社単体であり、連結ベースの組織規模とは大きく異なる。
平均年齢 −平均勤続年数で「組織の入口」が見える
この2つの数字は、引き算すると意味が変わる。平均年齢から平均勤続年数を引いた値は、その組織の「平均的な入社年齢」に近づく。新卒中心の会社なら22〜24歳あたりに寄り、中途中心の会社なら30歳を超える。
SCSK ................ 42.9 − 17.2 = 25.7歳
NTTデータG(HD)..... 39.7 − 14.1 = 25.6歳
サイバーエージェント .. 33.8 − 6.5 = 27.3歳
freee ............... 33.1 − 2.2 = 30.9歳
SHIFT ............... 38.0 − 3.2 = 34.8歳
SCSKとNTTデータグループは25歳台後半。新卒で入った人が長く残り、その層が組織の中核を形成している。一方でSHIFTは34.8歳、freeeは30.9歳と、中途入社が組織の主成分になっていることが数字から読み取れる。
これは優劣ではなく、あなたが中途で入ったときにどのポジションに置かれるかの違いだ。前者では中途は少数派として既存の等級制度に接続される。後者では中途が多数派で、入社後の立ち上がり支援や評価の運用も中途前提で設計されている可能性が高い。「年功的な文化が苦手」「入社1年で裁量が欲しい」といった基準は、この1回の引き算でかなり判定できる。
なお、年代によってこの数字の重みは変わる。特に40代エンジニアの転職では、平均年齢を上回る年齢で入社することになるため、平均入社年齢が高い組織かどうかが選考通過率にも入社後の立ち位置にも直結する。
数字を誤読する2つの罠
表のNTTデータグループの従業員数は1,592人だが、これは持株会社(提出会社)単体の人数であり、グループ全体の規模ではない。有報の「従業員の状況」は、「連結会社の状況」と「提出会社の状況」が並記されているのが通例で、ホールディングス体制の会社では後者だけを見ると実態を大きく取り違える。平均年間給与も持株会社の管理部門・経営人材に寄るため、事業会社のエンジニア給与とは別物と考えたほうがいい。
対処はシンプルで、持株会社ではなく自分が実際に所属する事業会社の名前で探すこと。事業会社が別途有報を出していなければ、その社の数字は有報からは取れない、と割り切って手順2以降に回す。
freeeの平均勤続年数2.2年、SHIFTの3.2年という数字だけを見ると離職が激しい会社に見える。だが平均勤続年数は分母(従業員数)が急拡大すると機械的に短くなる。実際、freeeは有報上で、正社員数が2022年6月期比で985名増加していることを平均勤続年数の背景として注記している。新しく入った人が大量にいれば、全体の平均は当然下がる。
見分け方は、従業員数の推移と勤続年数の推移を並べること。有報には過去5期分の従業員数が載っているので、「従業員数が増えている+勤続年数が短い」なら成長による希釈、「従業員数が横ばい以下+勤続年数が短い」なら定着の問題を疑う、という読み分けができる。
ちなみに、業界全体としては人の出入りが極端に激しいわけではない。厚生労働省の令和6年上半期雇用動向調査では、情報通信業の入職率7.5%に対して離職率5.8%で、1.7ポイントの入職超過だった。個社の勤続年数の短さは、業界要因より個社要因として読むほうが妥当ということになる。
STEP 02手順2:中途採用比率で「中途に居場所があるか」を測る
2021年4月1日から、常時雇用する労働者が301人以上の企業には、直近3事業年度の各年度について、採用した正規雇用労働者に占める中途採用者の割合を、年1回以上インターネット等で公表することが義務づけられている(労働施策総合推進法)。多くの場合、企業の採用サイトか、IR・サステナビリティページの片隅に載っている。「社名 中途採用比率」で検索すれば大抵ヒットする。
単年ではなく3年分の推移で読む
この制度の実用上いちばん価値があるのは、3年分の公表が義務になっている点だ。単年の数字は採用計画の都合で大きく振れるが、3年並べると組織の方向が見える。
| 3年間の形 | 読み取れる可能性 | 中途で入る側への含意 |
|---|---|---|
| 継続して低い (目安2割未満) | 新卒プロパー中心の組織。等級・評価も新卒基準で設計されている | 受け入れ体制は薄い前提で。入社後の立ち上がり支援を面談で確認する |
| 継続して高い (目安7割以上) | 中途が主戦力。育成より即戦力調達で人員を作っている | オンボーディングは自走前提。逆に中途だから、での不利は少ない |
| 急上昇している | 事業拡大か、退職者の補充。どちらかは別データで切り分ける | 受け入れ体制が採用ペースに追いついていない可能性を疑う |
| 急低下している | 採用抑制、または新卒シフト | 中途ポジションの数自体が絞られている可能性がある |
「急上昇」の切り分けには、手順1で見た従業員数の推移が効く。中途採用比率が上がっているのに従業員数が増えていなければ、それは拡大ではなく入れ替えだ。この2つのデータは単体では弱いが、掛け合わせると判定力が跳ね上がる。
公表していない場合の解釈
301人以上の規模なのに公表が見つからない場合、可能性は3つある。(1)見つけにくい場所にある、(2)常時雇用が301人未満、(3)義務を履行していない。(1)を潰すために「社名 中途採用比率」「社名 労働施策総合推進法」で検索し、それでも出てこないなら、「法定の開示すら整備されていない管理体制」という情報として扱う。開示していないこと自体が、開示された情報になる。
STEP 03手順3:しょくばらぼで残業・有給を横並びにする
厚生労働省が運営する職場情報総合サイト「しょくばらぼ」は、企業の職場情報を横断検索・比較できるデータベースで、掲載企業数は149,449件(2026年8月1日時点)。平均勤続年数、月平均所定外労働時間、有給休暇取得率、採用・定着の状況、中途採用比率などを、社名で引いて並べられる。
- 月平均所定外労働時間 — 求人票の「残業月20時間程度」が全社平均なのか、募集部門の実績なのかを切り分ける材料になる
- 有給休暇取得率 — 2019年4月から年5日の取得が義務なので、取得率が極端に低い場合は運用に無理がある
- 平均勤続年数(男女別) — 有報の単体数値と突き合わせて整合するか確認する
- 採用者数と離職者数 — 入りと出の両方が載っていれば、実質的な回転率が計算できる
- 掲載項目には任意のものが含まれ、全項目が埋まっている企業のほうが少ない。空欄が多い場合、比較には使えない
- 数値は企業の自己申告に基づく。ただし公的サイトへの提出値であるため、採用広報の表現よりは保守的になりやすい
- 更新時点が古いことがある。掲載日を必ず確認し、有報や中途採用比率と年度がズレていないか見る
ここまでの手順1〜3で、「年収」「働き方」という上位2つの基準は、かなりの精度で数値化できているはずだ。残るのは「やりたいことができるか」と「事業内容」で、これは公的データでは埋まらない。次の手順に移る。
STEP 04手順4:技術の実態は求人票の外に出ている
技術的負債は「聞く」前に「見える」
Findyが2023年7月に同社登録エンジニア377名へ行った調査では、74.8%が「候補先の企業が技術的負債の解消に積極的に取り組んでいるか」を転職先選定で重視すると回答している。さらに、約4分の1が技術的負債の管理不備を理由に実際に転職し、約半数が転職を検討したことがあると答えた。
同じ調査で興味深いのは、56.8%のエンジニアが「技術的負債の解消より機能開発のほうが高く評価される」と感じている点、そして技術的負債や生産性の計測に外部サービスを使っている組織はわずか13.5%という点だ。つまり多くの会社では、負債への取り組みは評価制度にも計測にも接続されていない。「技術的負債にちゃんと向き合っています」という面接での回答は、この統計を踏まえるとかなり割り引いて聞く必要がある。
記事の質より、直近12か月に何本出ているか、間隔が空いていないかを見る。半年空いていれば、書ける人が抜けたか、書く時間が取れない状況にある。逆に月1本以上のペースが2年続いていれば、技術発信が業務として認められている組織である蓋然性が高い。
「Java/PHP」レベルで止まっているのか、「Go 1.2x/Kubernetes/Datadog/ArgoCD」まで書かれているのか。粒度が細かいほど、募集要件を現場のエンジニアが書いている可能性が高い。逆に粒度が粗い求人は、人事が汎用テンプレートで出しているか、配属先が確定していないケースが多い。
これは意外と使われていないが強力だ。SRE・QA・データ基盤・セキュリティのポジションが常設されているか、それとも「Webエンジニア」の1枠しかないか。職種の分化度合いは、開発体制の成熟度をほぼそのまま反映する。SREの募集がないのに「SREも兼務します」と書いてあれば、それは専任がいないという意味だ。
OSSを出していれば、コミット頻度、PRのレビュー粒度、Issueへの反応速度が見える。出していない会社のほうが多いので必須ではないが、あれば最も自己申告から遠い証拠になる。
ここで見た技術面の実態は、選考が進んでからも効いてくる。特に自分の実務経験をどう翻訳して見せるかの設計に直結するので、ポートフォリオの選び方や、SIerからWeb系への転職での経験の翻訳と合わせて考えたい。
STEP 05手順5:カジュアル面談は「数字で返る質問」だけに使う
曖昧な質問には曖昧な回答しか返らない。面談枠は「数字か固有名詞で返る質問」に使い切る。
手順1〜4を終えている時点で、公開データで分かることは取り切っている。限られた面談時間は、公開データでは絶対に取れない情報だけに使う。そして、抽象的な質問には抽象的な回答しか返らないので、質問の設計自体を「数字か固有名詞でしか答えられない形」にする。
| 確認したいこと | 返答が濁る質問 | 数字・固有名詞で返る質問 |
|---|---|---|
| 開発の回転速度 | 開発スピードは速いですか | 直近1か月で本番デプロイは何回でしたか。1回あたりのリードタイムは |
| 運用負荷 | 残業は多いですか | オンコール当番は何名ローテで、直近3か月の深夜呼び出しは何件でしたか |
| レビュー文化 | コードレビューはありますか | PRがレビューされるまでの中央値は何時間ですか。approve必要人数は |
| 技術的負債の扱い | 技術的負債には向き合っていますか | リファクタや基盤改善に割ける工数は、スプリントの何%として合意されていますか |
| 意思決定の場 | 裁量はありますか | 技術選定は誰が決裁しますか。直近で現場発の提案が通った例を1つ挙げると |
| 評価の実態 | 評価は公正ですか | 等級は何段階で、中途入社者が1段階上がるまでの平均期間はどれくらいですか |
| チームの安定性 | 雰囲気はいいですか | 配属予定チームの人数と、直近1年の増減の内訳(採用/異動/退職)を教えてください |
なお、この段階で複数社が並走しているなら、比較の軸をここで固定しておくと後が楽になる。オファーが出そろってから軸を作ると、年収の大小に引きずられる。複数内定を3層に分けて比較する方法で扱った枠組みを、面談メモの段階から使っておくと変換の手間がない。
複数のサービスを併用する場合は、同じ企業に別ルートで応募がぶつかる事故が起きやすい。登録数の考え方は転職エージェントの複数登録は何社が正解かにまとめてある。
SECTION 03「入社しないほうがいい会社」を公開データで判定する
「やばい会社の見分け方」は主観的な話になりがちだが、ここまでのデータを使えば、かなりの部分を機械的に判定できる。
- 301人以上なのに中途採用比率を公表していない — 法定義務の不履行、または開示体制の不備
- 従業員数が横ばい・減少しているのに、平均勤続年数も短い — 成長希釈では説明できない。定着の問題を疑う
- 有報の平均年間給与と、提示された年収レンジの上限が大きく乖離している — レンジ上限が実在しない可能性。中央値を聞き直す
- 従業員数が減少しているのに求人掲載数だけが増えている — 補充採用が追いついていないサイン
- 有報の「事業等のリスク」に人材の流出・確保困難が具体的な記述で挙がっている — 会社自身がリスクとして認識している
- 採用ページに常設ポジションがなく、募集が単発の職種名だけ — 開発体制が分化していない
セグメント情報で「本当の主力事業」を見る
もうひとつ、有報で見ておくと差が出るのがセグメント情報だ。「自社サービスを開発しています」と説明された会社でも、セグメント別売上を見ると受託・SESが売上の大半を占めているケースは珍しくない。売上構成比は、その会社のエンジニアが実際に何に時間を使っているかの近似値になる。
確認手順は簡単で、有報の「経理の状況」からセグメント情報の注記を開き、各セグメントの外部顧客への売上高と営業利益を見る。売上比率が小さいセグメントは、人員配置も小さい。「新規事業として自社プロダクトをやっています」の実体が全社の3%なら、そこに配属される確率もそれ相応だ。
選考終盤では、この解像度がそのまま効いてくる。特にリファレンスチェックのような、双方が相手の実態を確認し合うフェーズでは、事業構成を正しく理解しているかどうかで受け答えの説得力が変わる。
SECTION 045つの手順を1社30分の型に落とす
全部やると重く感じるが、実際には1社あたり30分で回る。順番も固定でいい。
「従業員の状況」から従業員数・平均年齢・平均勤続年数・平均年間給与を控える。持株会社かどうかを必ず確認。ついでに過去5期の従業員数推移も控える。
25歳台なら新卒中心、30歳超なら中途中心。中途で入る自分の立ち位置を、この1回の引き算で見積もる。
「社名 中途採用比率」で検索。3年の形(低位安定/高位安定/急上昇/急低下)を判定し、手順1の従業員数推移と掛け合わせる。
月平均所定外労働時間と有給取得率を控える。空欄が多ければ「比較不能」と記録して次へ。
更新間隔、求人票の技術スタックの粒度、SRE/QA/データ基盤の常設有無。ここまでで「数字で会社を語れる状態」になる。
数字か固有名詞でしか答えられない形に書き直す。1社につき3〜5問で十分。
この30分を通すと、たいていは応募候補の半分が自動的に落ちる。落ちた理由が「なんとなく合わなそう」ではなく、具体的な数字で言語化されているのが重要で、これは面接で志望動機を語るときにもそのまま使える。「御社を選んだ理由は、中途採用比率が3年連続で6割を超えていて、中途が主戦力として設計されている組織だと判断したからです」と言えるエンジニアは、そう多くない。
FAQよくある質問
転職で会社を選ぶ基準は?
エンジニア転職するならどこがいい?
入社しないほうがいい会社の特徴は?
転職でやばい会社とわかる見分け方は?
非上場のスタートアップは有価証券報告書がないが、どう調べればいい?
平均勤続年数が2〜3年の会社は避けるべき?
CONCLUSIONまとめ:基準は選べない。検証だけが選ばせてくれる
会社選びの基準そのものは、調査データが示すとおりエンジニア間でほとんど共通していて、そこに新しい発見はほぼない。差がつくのは、その基準を「検証可能な形」に置き換えられるかどうかだ。
- 手順1:有報の「従業員の状況」で従業員数・平均年齢・平均勤続年数・平均年間給与を取る。持株会社の単体数値と、成長による勤続年数の希釈という2つの罠を避ける
- 手順2:中途採用比率を3年分見る。従業員数推移と掛け合わせて、拡大か入れ替えかを切り分ける
- 手順3:しょくばらぼで残業時間と有給取得率を横並びにする
- 手順4:技術ブログの更新間隔、求人票の技術スタックの粒度、採用ページの職種分化度で開発体制の成熟度を見る
- 手順5:残った不明点だけを、数字か固有名詞でしか答えられない質問に変換して面談で使う
1社30分。応募候補が10社あっても5時間で終わる。入社後にギャップを感じる人が約半数いて、その内容の上位が給与・仕事内容・業務範囲であることを踏まえれば、この5時間の投資対効果は、求人票を10回読み返すより明らかに高い。
参考・出典
- 厚生労働省「正規雇用労働者の中途採用比率の公表」 — https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/koyou_roudou/koyou/tp120903-1_00001.html
- 厚生労働省「職場情報総合サイト しょくばらぼ」 — https://shokuba.mhlw.go.jp/
- 厚生労働省「令和6年 雇用動向調査結果の概要」 — https://www.mhlw.go.jp/toukei/itiran/roudou/koyou/doukou/25-2/index.html
- 金融庁「EDINET(有価証券報告書等の開示書類閲覧)」 — https://disclosure2.edinet-fsa.go.jp/
- SCSK株式会社「有価証券報告書(2025年3月期)」 — https://www.scsk.jp/ir/library/valuable/pdf/scsk/yuho202503_4Q.pdf
- 株式会社NTTデータグループ「有価証券報告書(2025年3月期)」 — https://www.nttdata.com/global/ja/-/media/nttdataglobal-ja/files/investors/library/asr/2025/yuho2025_all.pdf
- Findy「技術的負債・開発生産性に関する調査(2023年7月/登録エンジニア377名)」 — https://findy-code.io/blog/market-report_202308/
- マンパワーグループ「ITエンジニアの約半数が、入社後に違いやギャップを実感(2024年9月調査/390名)」 — https://www.manpowergroup.jp/client/jinji/241209.html
- マンパワーグループ「ITエンジニア職の退職理由トップ3(2024年9月調査/390名)」 — https://www.manpowergroup.jp/client/jinji/241111.html
- LAPRAS「エンジニアが転職時に重視すること 調査レポート(2025年3月/1,064名)」 — https://hr-tech-lab.lapras.com/knowledge/research-report/important-points/
- doda「転職求人倍率レポート(2026年7月発行版)」 — https://www.saiyo-doda.jp/report/19664