2021/03/11

【レジュメでお困りのあなたへ】審査基準、解説します。

https://jdraft.s3-ap-northeast-1.amazonaws.com/blog/be06ed82-0dcb-4fb9-a267-144cb44c418b.png

こんにちは。転職ドラフト審査チームです。

今回は、レジュメの審査基準について解説していきます。

この記事を読めば
「初めての審査で自信が持てない人」や「レジュメ審査に通過できなかったが再トライしたい人」にとっても、あなたの実力がきちんと伝わるような書き方を身に付ける事ができるはずです。きっともう審査なんて怖くなくなるでしょう。

【目次】
なぜ審査に落ちるのか
審査員はここを見ている
指名をもらえるレジュメの書き方
審査なんて怖くない!
おわりに

なぜ審査に落ちるのか

審査と言われると、誰もが身構えます。

「自分の実力ってどうやって伝えたらいいのだろうか?」
普段審査をしている中でもそのような声を聞く事がよくあります。

実力を伝える書き方を紹介する前に、まず、なぜ審査に落ちてしまうのか?その理由をひとつご紹介します。

実は、不通過になってしまう理由の90%は「技術力に関する情報が不足しているから」なのです。

どういうことか、GoodとBadの2つのケースでご説明します。

まず、Badな書き方はこうです。

例:)セキュリティ保守のためにクラウドを使った >Bad

このような書き方だと抽象的でどのような技術を使ってプロジェクトに取り組んだのかが不透明です。

次に、Goodな書き方はこうです。

例:)セキュリティ保守のために、〇〇を用いて〇〇の機能を実装した。さらに、クラウドを使うことで〇〇した。 >Good

意図する内容は一緒でも、書き方次第で審査の結果は大きく変わります

そこで次のセクションでは、レジュメの審査基準は一体どのようなものなのか説明します。

より一層あなたの魅力を伝わりやすくする為に、審査員が見ているポイントをすべて公開します。

審査員はここを見ている

審査員は、以下の項目が記載されているか、という審査基準でレジュメを見ています。

「必須項目」は審査通過に必ず必要な項目
「+α項目」は審査合否に影響はないものの、よりマッチした指名を獲得する上で重要な項目となります。

項目 見ているポイント
必須項目 ①プロジェクト概要 ・プロジェクト内容の要約
・プロジェクトの規模
・あなたが担った役割 等
②なぜ?どのような開発をしたのか
③どのような技術を用いたのか
・開発に至った経緯
・開発したアウトプットの詳細
・用いた技術
+α項目 ④どのような工夫をしたのか ・自ら考え行動した再現性のある事
⑤どのような成果を出したのか ・開発を通して組織、個人に対し定量・定性的に価値をもたらしたポイント

次のセクションでは、各項目の中身について解説します。

指名をもらえるレジュメの書き方

では、各項目でどんなことを書けばいいのか、具体例を使って解説していきます。
こちらのレジュメをご覧ください。

※以下の例は架空のプロジェクトです。

#概要
ー MAU10万人の求人サイトにおける最寄駅検索リプレイスプロジェクトのオーナー兼開発


#担当
ー プロジェクトオーナー、およびバックエンドエンジニアの1メンバーとしてプロジェクトに入り、以下を担当してきた。


# 使用技術
ー Docker,AWS,Python3.9,Kubernetes,MySQL8.0,REST_API


# 課題
ー以下のような課題点があり、このプロジェクトに至った
ーー 10年以上継続したサービスであり、駅マスタが旧来の物になっていた。具体的には、新設された高輪ゲートウェイがないといった状態や駅名が異なるケースなどが発生。
ーー 駅の緯度経度が求人の勤務地の緯度経度と3駅まで近しい駅を最寄と定義していた。また、検索方法に関しても最寄を3駅までとしていたが3駅目に関する精度が低くなっていた。例えば、横浜市が求人の最寄にも関わらず品川駅も検索結果に出ていた。このようなバグ発生により、ユーザーの最寄駅検索の結果が著しくUXを毀損する形となっていた。


# 取り組み
ー Kubernetes v1.19.3,Python3で駆動するバッチアプリケーション上で、最新駅マスタをCSVで取得しマスタテーブルにインサートするタスクを開発し、駅マスタを一定間隔で最新化。インサート方法に関してはbulk insertを用いた。
ー 求人最寄駅の抽出ロジックをpandasやscikit-learnなどのライブラリを用いて、ヒュベニの公式をコードに落とした計算を用いた。この計算方法を用いて、求人最寄駅テーブルに同様にbulk insertした。
ー これらの取り組みによって、ユーザー体験を向上させ最寄駅検索からの応募行動を加速化させ、120%の応募率改善を達成した。


# 工夫した点
ー 従来のバッチアプリケーションでは、1行づつコミットしており計算速度が遅かった。1000行づつinsertする実装に変えた所、計算速度が1/4になりDBフレンドリーなバッチを心がけた。
ー 最寄駅の件数が少ない地方のユーザーに対しての、検索アクティビティーを増やすために最寄表示が1の場合が一定発生していた。検索するユーザーが登録する住所と市町村が同じ他のユーザーの応募先の求人をレコメンドした。これによりさらなる応募率改善を実現する事ができた。

次のセクションでは、審査基準と照らし合わせ、それぞれの見出しがどのようなポイントで評価できるのかを解説します。

必須項目

①プロジェクト概要

# 概要
ー MAU10万人の求人サイトにおける最寄駅検索リプレイスプロジェクトのオーナー兼開発


# 担当
ー プロジェクトオーナー、およびバックエンドエンジニアの1メンバーとしてプロジェクトに入り、以下を担当してきた。

前提として、転職ドラフトに参加される企業は自社で活躍してくれそうな人を指名したいと思っています。

つまり指名を受けるには、あなたがどのような活躍をしてきたのかレジュメからイメージできる必要があります。

まずは、今まで関わってきたプロジェクトの要約をできるだけ分かりやすく書きましょう。
自分が行ってきたプロジェクト内容の要点を伝えることで、企業は指名を打つかどうかを判断しやすくなります

②なぜ?どのような開発をしたのか

# 課題
ー 以下のような課題点があり、このプロジェクトに至った
ーー 10年年以上継続したサービスであり、駅マスタが旧来の物になっていた。具体的には、新設された高輪ゲートウェイがないといった状態や駅名が異なるケースなどが発生。
ーー 駅の緯度経度が求人の勤務地の緯度経度と3駅まで近しい駅を最寄と定義していた。また、検索方法に関しても最寄を3駅までとしていたが3駅目に関する精度が低く
なっていた。例えば、横浜市が求人の最寄にも関わらず品川駅も検索結果に出ていた。このようなバグ発生により、ユーザーの最寄駅検索の結果が著しくUXを毀損する形となっていた。


# 取り組み
ー Kubernetes v1.19.3,Python3で駆動するバッチアプリケーション上で、最新駅マスタをCSVで取得しマスタテーブルにインサートするタスクを開発し、駅マスタを一定感感覚で最新化。インサート方法に関してはbulk insertを用いた。

エンジニアとしてどれくらい活躍できそうかは、レジュメに記載された技術力で判断されます(GithubやQiitaなどの外部アウトプット物も含みます)。

あなたの技術力を伝えるには、実際に作ったものについて詳しく説明するのが確実です。
開発に至った経緯、開発したアウトプットの詳細を書きましょう。

この基準は、我々審査員がレジュメを通過させるかどうか判断する際に最も重視するポイントです。
内容の記載漏れがないか、特に注意しましょう。

③どのような技術を用いたのか

# 使用技術
ー Docker,AWS,Python3.9,Kubernetes,MySQL8.0,REST_API`

プログラミング言語、バージョンをはじめ、フレームワーク、ツール、ミドルウェア、インフラなどを具体的に記載しましょう。加えて、その技術を用いた背景について記載するとより具体性が増します。

実際に、技術を用いてどのように開発したのかを企業は指名の際に注視しています。

あなたがどこかの企業で採用担当をしているつもりで、「今の情報量で年収提示ができるか?」を意識しながら書くといいですね。

ここまで、必須項目について解説してきました。
一方で、せっかく審査に通過したなら、ドラフト本番でたくさん指名を受けたいですよね。
次のセクションでは、指名を多くもらうための+α基準について解説していきます。

+α項目

④どのような工夫をしたのか

# 工夫した点
ー 従来のバッチアプリケーションでは、1行づつコミットしており計算速度が遅かった。1000行づつinsertする実装に変えた所、計算速度が1/4になりDBフレンドリーなバッチを心がけた。
ー 最寄駅の件数が少ない地方のユーザーに対しての、検索アクティビティーを増やすために最寄表示が1の場合が一定発生していた。検索するユーザーが登録する住所と市町村が同じ他のユーザーの応募先の求人をレコメンドした。これによりさらなる応募率改善を実現する事ができた。

指名を多くもらうためには、機能を開発した時に工夫した内容を書きましょう。

企業は、自ら考え工夫した経験が記載されているレジュメほど魅力的に感じ、閲覧後に指名を打ちたくなります。

事実、工夫した事を詳しく書いているユーザーは、1.1~1.2倍程度指名をもらえる確率が上がる傾向にあります。

プロジェクトではどのような技術的課題があったのか?それをどうやって解決したのか?など、具体的に書いてみるのがおすすめです。

⑤どのような成果を出したのか

ー これらの取り組みによって、ユーザー体験を向上させ最寄駅検索からの応募行動を加速化させ、120%の応募率改善を達成した。

最後に、開発を通して組織、個人にもたらした成果について記載できればなお良しです。

飛びぬけた成果を書く必要は必ずしもありません。
工数が〇人分削減できた、作業効率が向上した、チームメンバーから高評価を得た、などでも大丈夫です。

成果に結びついた経験はあなたのレジュメから伝わる実力への信頼度が増し、企業はますます指名を打ちやすくなります。
あなたがもたらした定量・定性的な成果について、自信をもって書きましょう。

また、こちらは審査合否に直接関係はないものの、読み手が読みやすいレジュメを作ることも重要です。
転職ドラフトのレジュメはマークダウン方式を採用しているため、こちらを参考に、読みやすいレジュメ作成を意識してみてください。

ここまで、審査基準それぞれの中身について説明してきました。
次のセクションでは、審査にまつわるデータをご紹介しながら、審査チームからのメッセージをお伝えします。

審査なんて怖くない!

初めて審査に申請するあなたへ ~ 一発通過の方が珍しい

レジュメをうまく書ける自信が持てなくて、申請をためらっていませんか?

大丈夫です。結果は気にせず、気軽に申請してください。

ここだけの話、審査に一発で通過したユーザーは全体の20%、5人に1人しかいません。
ほとんどの通過ユーザーは再審査を経験していることになります。

レジュメを書くのが初めてで、色々と慣れないこともあるはずです。
しかし、レジュメもコードと同じ。実際に手を動かしながらコツをつかんで、うまく書けるようになるものです。

申請していただいたレジュメには、審査チームがしっかりフィードバックします。

もう一度審査に出すあなたへ ~ 何度申請してもいいんです

最初の審査で不通過になって、落ち込んでいるかもしれません。

実は、審査通過者の申請回数は平均3回以上です。
中には、10回以上審査で不通過になってから見事通過したユーザーもいらっしゃいます。

たとえ審査が不通過になっても、それは決してあなたの人格や経験を否定するものではありません。レジュメの書き方に慣れずに戸惑った部分もあったでしょう。
ここまで記事を読んでいただいたあなたならば、次はきっといいレジュメが書けるはずです。

そして、転職ドラフトは無料で何度でもレジュメにフィードバックを受けられる仕組みになっています。
「少しキャリアの棚卸を手伝ってほしい」くらいの感覚で、転職ドラフトを使い倒してください。

おわりに

この記事をきっかけに、あなたが少しでも審査に希望を持てるようになったならば、それ以上に嬉しいことはありません。

そして最後に。
数ある転職サービスの中から転職ドラフトに興味を持っていただいて本当にありがとうございます。あなたにとって最高のサービスであり続けるために、我々も日々努力していきます。

この記事が、少しでもあなたの役に立ちますように。

「エンジニアの価値は世界が決める」転職ドラフト2021年06月16日開催予定!

企業があなたを年収付きで指名する「転職ドラフト」。
ITエンジニア限定の転職サイトです。

「私の実力ではいくらの年収を提示されるのか」
「市場価値を上げるには、今後どんなスキルを身につけるべきなのか」

提示年収を見てから選考に進むか決められるから、転職意欲が高くなくても大丈夫。
自分の年収を知りたいからという人も、ぜひお気軽にお試しください!

転職ドラフトに参加して
企業から指名を受け取ろう!
会員登録をして転職ドラフトに参加すると、参加企業から年収付きの指名を受け取ることができるようになります。
会員登録する
転職ドラフトのことがよく分かる漫画はこちら!
年収診断 登録不要!30分で結果がわかる!
ご意見箱

要望、不具合報告、使いづらい点や感想など、なんでもお気軽にご連絡ください。

取材をご希望の方
転職ドラフト Reportの取材を受けたい企業様・ITエンジニアの方はこちらからその旨お問い合わせください。
SIGN UPSIGN IN


このサービスを友人に薦めたいですか?