エンジニアが読みたくなる職務経歴書
この記事はドワンゴ Advent Calendar 2017 24日目の記事です。メリークリスマス！
ドワンゴ 技術コミュニケーション室の塩谷（ @kwappa / kwappa@friends.nico ）です。
先日、技術コミュニケーション室のメンバーから「友人が転職を検討しているが、職務経歴書の書き方がわからず悩んでいる」という相談を受けました。ぼくは以前から職務経歴書についてはなんども書いたり喋ったりしてきたのですが、具体的な書き方やサンプルについてまとめたものはなかったので、この記事を書くことにしました。
以下は、ぼくが以前から考えていることと、書類選考をするときに書いてあると嬉しいことをまとめたものです。会社としてオフィシャルに定めた基準ではないことをご了承ください。
転職に必要な書類
中途採用に応募する場合、「履歴書」と「職務経歴書」が必要です。転職サービスを経由しての応募の場合、プラスして担当エージェントさんが書いた「推薦状」が添えられることもありますが、これは必須ではありません。
ここでは履歴書と職務経歴書について、書き方や大事な点について説明します。
履歴書
氏名・住所・連絡先と学歴・職歴が記載された書類です。必要な情報が過不足なく書いてあれば問題ありません。
マイクロソフトのWebサイトからJIS規格のテンプレートがダウンロードできるので、この書式を参考にするとよいでしょう。
この倍サイズで右側には賞罰・志望動機・通勤時間などを記入する欄があるものもありますが、それらは職務経歴書に書けば十分です。得意な学科を書く必要もありません。
職務経歴書
これが一番大事な書類です。エンジニアとしてソフトウェア開発に携わってきたキャリアとそこで得た知識や経験、これからどんな仕事をしてなにを実現したいかを、読みやすく簡潔に書いてあるものが理想です。
「職務経歴書 テンプレート」で検索すると書き方案内と一緒にWordのテンプレートが山ほどヒットしますが、そもそも表組みである必要すらありません。ぼくは現職に応募するとき、Markdownで書いてGitHub風のCSSを適用し、ブラウザからPDF出力して提出しました。
先日CodeIQのイベントで登壇してきた内容を中心に、書くときのポイントをご紹介します。
職務経歴書の構成要素
職務経歴書に書いてほしいのは、大きく3つの要素に分類できます。
- 職務経歴
- 自己PR
- 志望動機
順にポイントを見ていきましょう。
職務経歴のポイント
職務経歴は、今まで何をしてきたか、その結果どんなことができるかを伝える「過去」の情報です。
まず概要、次に詳細
プレゼンテーションの基本でもありますが、まずは職歴の概要を書きます。経験してきた開発領域、使える技術、普段のアウトプットが見えるもの（GitHubやブログ、リリースしたアプリなどのURL）、転職先でやりたいことなどを簡潔に書きましょう。
次に、職歴に沿って詳細な記述をしていきます。ポイントを箇条書きにしてみましょう。
新しいものから古いものへ
職歴から知りたいのは、直近何をしていたかです。ですから職歴は日時の降順でソートし、新しいものを先に書きましょう。20世紀に何をしていたかよりは、昨日何をしていたに興味があります。
キーワードは絞って、正確に
開発に使った言語、データベース、フレームワークやミドルウェアなどは重要なものに絞って、正確に書きましょう。
- バージョンを書く
例えばJavaだと、1.4と8ではだいぶ様子が違いますよね。
- 重要なものだけ書く
開発PCがWindows7だった、開発ツールはEclipseだった、などは重要な情報でしょうか？
- 正確に書く
よくある間違い : JAVA、Javascript、JQueryなど。こういう間違いがあるだけでだいぶ印象がよろしくなくなるので、ちょっと時間をかけて見直しましょう。
具体的に
チームの規模やそこで果たした役割、困難だったことや成果を上げたことなどをできるだけ具体的に書きましょう。すべての職歴・プロジェクトについてみっしり書く必要はありませんが、特に苦労した点・成果を上げた点についてはしっかり書いておくと、面接のときに聞くポイントにもなります。
自己PRのポイント
自己PRは、自分にはどんな技術や経験があり、開発チームにどんな貢献ができるかを伝える「現在」の情報です。
ウソをつかず、自信を持って
開発経験が浅い場合でも、ソフトウェア開発の現場ではなんらかの問題に直面し、それを自分の能力と努力で解決してきたはずです。ウソをついてはいけませんが（いずれバレます）、自信を持ってアピールを書きましょう。
アンチパターン
以前からこの話題になると必ず紹介している自己PRのアンチパターンが以下の3つです。
- 奴隷の鎖自慢
長時間勤務や連勤のアピールは逆効果です。問題を根性ではなく技術で解決する人と一緒に働きたいですよね？
- コミュ力自慢
かなりポピュラーな記述ですが、いったい「誰との」コミュニケーション能力なのかを書いてあることはあまりありません。ふわっと「コミュ力」と書くぐらいだったら、ほかのアピール項目を探しましょう。
- サブリーダー自慢
いまだに「サブリーダー」というポジションを実際に見たことはないのですが、自己PRではよく見かけます。いったいどんなポジションでどんな役割と責任があるのかを具体的に書けないならやめておきましょう。
志望動機
志望動機は、転職先でどんな貢献をし、どんなことを実現したいかを伝える「未来」の情報です。
やりたいことの表明を
転職してやりたいことを表明するのが「志望動機」です。選考の有利不利を気にしすぎて萎縮せずに、取り組みたい事業、突き詰めたい技術、目指すキャリアや人物像などをどう実現していきたいかを書いてください。
最低限の事業調査を
必ずしも応募する会社の事業やサービスの大ファンやヘビーユーザーである必要はありませんが、最低限どんなことをやっており、選べるならどんな事業やサービスに関わりたいか、ぐらいは調査し考えておきましょう。職務経歴書に書いてなければ、面接の時にはたいてい聞かれるはずです。
その他のポイント
職務経歴書についてはここまで紹介して来たポイントを押さえて書くと、グッと引き締まった内容になるでしょう。ここからはその他の細かいけど気を使ってあるとよいポイントについて触れていきます。
書類のフォーマットはPDFで
内容が必要十分であればそれでよいのですが、「PDFで、1ファイルにまとめて」あると、読むときも印刷するときも非常に助かります。
ときどき「推薦文Word、履歴書Excel、職務経歴書Word」などというエンジニアにとっては非常に厳しい3ファイルが届いたりすると、なかなか厳しい気持ちになります。先日は履歴書Excelにマクロが書かれていてギョッとしたりしました。
各種アカウントを書きましょう
必須ではありませんが、GitHubやQiita、Speaker DeckやSlideShareなど、普段の活動がわかるようにアカウントが書いてあると、入社後マッチするチームやプロダクトがイメージしやすくなります。
また、TwitterやFacebookなどSNSのアカウントもいずれバレる可能性が高いので、自己紹介の一環として書いちゃうといいと思います。
サンプル
一例として、ぼくがgithub.ioで公開している職務経歴書を紹介します。これは2014年に入社したときの書類をベースに、その後の経歴を書き足したものです。もし次に転職するとしたら、これに志望動機を書き足せばすぐ提出できるようにしてあります（…が、今見るともうちょっとメンテが必要なことに気づいてしまいました。随時アップデートしていきます）。
Wordで不自由な表組みを頑張るより、手慣れたMarkdownを使った箇条書きで、軽やかな書類を書いてもいいんだよ、という後押しになれば幸いです。
また、今月たいへんすばらしい職務経歴書でのご応募をいただきました。現在選考中なのですが、サンプルとして紹介させていただきたい！と思うほどだったので、もしご縁があったとしたらお願いしてみようと思っています。
まとめ
- エンジニアが読みたくなる職務経歴書についてご紹介しました
- ドワンゴではご応募いただいた書類はすべてエンジニアが見ています
- ご応募はこちらから！
