Rails転職の書類選考｜守秘の範囲で具体を残す書き方

Railsで開発してきた経験を、書類選考の段階でどう言葉にするかで迷う人は少なくありません。前職で扱った顧客情報や社内システムの名称は、そのまま書けないことがほとんどです。一方で、扱った規模や担当した工程、直した問題の種類は、固有名詞を外しても具体的に書けます。書けない範囲と書ける範囲を分けて考えることが、書類選考を通過する近道になります。

総務省の労働力調査（詳細集計）では、2025年平均の転職等希望者数が1023万人でした＊1。これだけの人数が転職を考えるなかで、書類選考の担当者は短い時間で応募者を見極めます。守秘義務の範囲を理解したうえで、書ける情報を具体的に書けているかどうかが、最初の分かれ目になります。

Relasic（株式会社LASSIC運営）｜リモートワーク対応の転職支援

監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）

1. Rails転職の書類選考は、書ける範囲の確認から始まります。

Rails転職の書類選考で見られているのは、実績の大きさではなく、書ける範囲の中でどれだけ具体的に書けているかです。総務省の労働力調査（詳細集計）では、2025年平均の転職等希望者数が1023万人でした＊1。これほどの人数のなかで書類選考が行われるため、担当者は短い時間で応募者を絞り込みます。守秘義務のために書けない情報があること自体は、担当者も前提として理解しています。問題になるのは、書けない範囲を理由に、書ける範囲まで曖昧にしてしまうことです。

書類選考の担当者が確認しているのは、Railsを使った経験の有無だけではありません。どの規模のシステムに関わったか、どの工程を担当したか、どのような問題を解決したか、という具体性です。固有名詞を伏せても、この3点は書けます。

一方で、前職の顧客名や社内システムの正式名称、非公開の売上や利用者数の実数は、多くの場合、雇用契約や秘密保持契約の対象です。これらを書類に書くことは避ける必要があります。

書ける範囲と書けない範囲を分けずに書類を作ると、具体性を欠いた抽象的な表現ばかりが並びます。担当者から見ると、Railsでの経験の中身が伝わらない書類として扱われやすくなります。

あわせて読みたい ｜ Reactエンジニアの職務経歴書｜転職で落ちる書き方と対策

2. 書類に残す情報を、優先順位で並べます。

書類に残す情報には優先順位があります。土台になるのは、関わった期間と扱った規模です。何年、どの程度の規模のシステムに関わったかが分からないと、その上に積む役割や成果が読み手に伝わりません。

中段には、担当した工程と役割を置きます。設計から関わったのか、実装が中心だったのか、運用まで担当したのかによって、評価される観点は変わります。

頂点に置くのは、解決した問題の種類です。性能が落ちていた、特定の条件で不具合が出ていた、といった問題の性質は、顧客名を伏せても具体的に書けます。土台と中段が曖昧なまま頂点だけを書くと、成果の大きさだけが強調され、裏付けが伝わりません。

3. 書けない情報には、共通した理由があります。

書けない情報の多くは、前職との契約や信頼関係に理由があります。顧客名や取引先名は、契約上開示できない場合がほとんどです。書類に書けば、その時点で契約に反する可能性があります。

社内システムの正式名称や、非公開のツール名も同じです。社外に出す前提で作られていない名称を書類に載せると、意図しない形で前職の内部情報を明らかにすることになります。

非公開の売上高や利用者数の実数も、書けない範囲に含まれます。企業がすでに公表している数字であれば書けますが、社内でしか共有されていない数字は避ける必要があります。

これらに共通するのは、社外に出すことを前提としていない情報だという点です。個人の判断だけで開示範囲を決めず、退職時に交わした誓約書の内容を確認しておくことが前提になります。

書けない情報を避けることと、書類の具体性を失うことは別の話です。固有名詞を伏せても、規模・役割・問題の種類は残せます。

判断に迷う場合は、前職の採用ページや技術記事ですでに公開されている情報を基準にする方法があります。企業が対外的に公表している技術名やプロジェクトの概要であれば、同じ範囲を書類に書いても新たに秘密を明かすことにはなりません。公開済みかどうかを確認する作業は、書ける範囲を広げるための現実的な手段になります。

あわせて読みたい ｜ 選考辞退の理由の伝え方｜転職活動で角が立たない例文

4. 書ける項目と書けない項目を、表で突き合わせます。

Railsエンジニアが書類に書く内容を、書ける範囲と書けない範囲に分けて整理します。表にすることで、固有名詞を伏せたまま何を残せるかが具体的に見えてきます。

【表1】書類に書ける範囲と書けない範囲の対応

情報の種類	書ける範囲	書けない範囲
担当した規模	関わった期間、チームの人数、扱った規模の目安	非公開の売上高や、契約で定められた利用者数の実数
担当した工程・役割	設計・実装・運用のどこを担当したか、役割の名称	社内の役職名や、特定の担当者の名前
直した問題の種類	性能低下、特定条件での不具合など、問題の性質	原因となった特定の顧客の環境や個別の設定内容
使ったRailsの技術	Railsのバージョン系統や、周辺で使った技術の名称	非公開の社内ツール名や、独自に開発した内部システムの名称

表のとおり、書ける範囲に共通するのは、固有名詞を含まない情報だという点です。期間やチームの人数、担当した工程の名称は、企業名や個人名を伏せても具体的に書けます。

書けない範囲に共通するのは、契約や信頼関係の対象になっている情報です。厚生労働省の調査では、一般労働者の賃金の全国計は月340.6千円でした＊3。条件を上げる書類を目指すなら、書けない範囲を避けながら、書ける範囲の具体性を上げることが土台になります。

5. 経験を書類の言葉に変える手順を追います。

Railsでの経験を書類の言葉に変えるには、順番があります。最初に、携わった業務を期間・役割・規模の単位で洗い出します。

次に、顧客名や社内の呼称を外し、業務の性質や規模を表す一般的な言葉に置き換えます。「特定の顧客向けの基幹システム」ではなく「複数の部署が利用する基幹システム」のように書きます。

最後に、開示範囲について前職への確認が必要かどうかを確かめます。退職時に交わした誓約書に、開示範囲の定めがある場合は、その内容を優先します。

6. 提出前に、確認しておきたい点です。

書類を提出する前に、確認しておきたい点を整理します。

確認点はどれも、単独では判断材料として不十分です。秘密保持契約書の内容を確認したうえで、固有名詞を外し、数字の粒度を調整するという順番で進めます。

公開情報との整合も見落とされがちです。企業の採用ページやプレスリリースで公表されている数字であれば、書類に書いても問題になりにくいと考えられます。

書類に書いた内容は、面接で深掘りされることを前提にしておく必要があります。書類の段階で答えられない粒度まで踏み込んで書くと、面接での説明が食い違う原因になります。

5つの確認点を順番に当てはめることで、書けない範囲を避けながら、Railsで担当した業務の具体性を残した書類に近づきます。

あわせて読みたい ｜ オファー面談で年収交渉はできる？確認すべき条件と進め方

7. よくある質問（Q&A）

Q1. 前職の顧客名を出さずに、実績をどう伝えればよいか。

A. 顧客名の代わりに、業界や事業領域といった一般的な区分で表します。「大手小売企業向け」ではなく「複数店舗を持つ小売業向け」のように書くと、固有名詞を出さずに規模感を伝えられます。

Q2. 扱ったコードの規模は、どう書けばよいか。

A. 行数の実数ではなく、関わったサービスの利用者数の桁や、担当した機能の範囲で示します。実数が非公開の場合は、桁や比率で表す方法が使えます。

Q3. 社内システムの名称を出さずに、担当業務を説明できるか。

A. できます。「基幹システムの特定機能を担当」のように、システムの正式名称ではなく機能や役割の名称で説明すれば、社外秘の名称を出さずに具体性を保てます。

Q4. 開示してよい範囲が分からないときは、どうすればよいか。

A. 退職時に交わした誓約書を確認し、判断に迷う場合は前職の人事担当に確認します。自己判断だけで開示範囲を広げることは避ける必要があります。

Q5. 具体的に書きすぎると、守秘義務に反するのではないか。

A. 固有名詞や非公開の実数を避ければ、具体的に書くこと自体は守秘義務に反しません。規模・役割・問題の種類といった性質を書くことと、社名や実数を書くことは別の話です。

Q6. 退職から時間が経っている場合、書ける範囲は変わるか。

A. 秘密保持契約に有効期限が定められている場合、期限を過ぎれば書ける範囲が広がることがあります。退職時に交わした書類に期限の記載がないか、あらためて確認しておくと判断しやすくなります。

8. まとめ：Railsの経験は、書ける形にしてから書類に置きます。

Railsの経験を書類に落とし込む作業は、隠すための作業ではありません。書けない範囲を確認したうえで、書ける範囲の具体性を積み上げる作業です。次の一歩は、これまで携わった業務を、期間・役割・規模の単位で洗い出すことから始まります。

※公開中の求人数は時期によって変わります。記事中の求人の傾向は執筆時点のものです。

出典・参考情報

＊1 総務省「労働力調査（詳細集計）」（2025年平均）
＊2 情報処理推進機構（IPA）「DX動向2026 広がるAI導入、DXは変われるか」（2026年7月公表）
＊3 厚生労働省「令和7（2025）年賃金構造基本統計調査の概況」（2026年3月公表）