Results tagged “履歴書” from 羽田直樹：健康と幸せと幸運と裕福をお届けします。ありがとうございます。

オファー

みなさまのおかげさまで、オファーが来ました。そこに決まるかなと思います。無職で妻と子供を養って、家のローンも２軒分払い続けるというのは、あまり長くは続けることができませんので。

でも、麗花さん（今月２歳）の小さい時に４ヶ月も毎日一緒に過ごすことが出来たのは、神さまからのプレゼントのようにありがたく思っています。

効果的でないレジュメの書き方。または古いレジュメの書き方です。

仕事の上の役割だけを書くこと。Job description と呼ばれるものをそのまま書いたり、ただ、こういうことをしているという書き方です。

これは、今となっては、効果的ではありません。昔はよかったのかもしれませんが、他の人が効果的な書き方をしていると、かすんでしまうわけです。

効果的なレジュメの書き方です。略して PARS です。基本は、いかに自分が会社にとって有益であるかというセールスのための仕事上の履歴です。

元の言葉は、Problem（問題）, Action（行動）, Result（結果）, Summary（サマリー、まとめ） です。

つまり、最初にこんな問題がありました。そこで、このような行動を起こして、このようないい結果をもたらしました。というわけです。それをまとめて数行に収めます。

当然ビジネスなので、結果のところはビジネス的に数字で表すことができるといいいです。売上が何％上がったとか、コストが何％削減できたとか、です。

実際にどこから集めるかです。

一番いいのは、自分の業務レポートです。それを見直せば、忘れていたようなこともでてきます。アメリカでは、日報というのはあまりなく、週報ぐらいのレポートしかなかったりします。場所によってはそれすらない場合もありました。

最近流行りのアジャイル開発でのスクラムのようなのは、日報のようなものでもあります。

私の場合、経歴上のこともあって日報を、１５年以上書いていました。週報は日報を１週間分をまとめるだけです。四半期の報告は、３ヶ月分の週報をまとめるだけでした。そうすると細かいこともよく記録に残っています。

今回、PARSで項目の書き出しをするときには、四半期のレポートを１０年分ほど読み返して、効果的なところを書き出しました。

PARまでですと、２－３文ではなく１０文ぐらいの情報になります。これはこれで有用な情報ですので、１ページ１項目のような感じで、たくさんの項目をまとめるといいと思います。面接の前に読み返すと、細かいところまで思い出すことができます。

PARSの最後のサマリーでは、それをレジュメ用に２－３行でまとめればOKです。

重要なキーワードは必ず入れるようにします。結果と出した数字も大切です。

できれば、「それはすごいなぁ。どうやってそれを達成したんだろう。聞いてみたいなぁ。」と人事やその部署の人に思わすことができれば、最高です。

向こうから、話を聞きたい、面接したいと思わせる書き方です。

ターゲットの職種がいくつかに分かれる場合、特に効果的なものを選ぶと強力なレジュメになります。

私の場合、４種類ほどレジュメを用意しました。ソフトウェア開発、ソフトウェア品質管理、ソフトウェア品質管理（API用）、ウェブ開発のように分けました。

特にプログラマーの経験の場合ですと、プログラミング言語、フレームワークなども書いたほうがいいですし、プロジェクト・サイズの目安としてコードのステップ数やクラスの数などを書くのもいいようです。

レジュメの書き方にもトレンドもありますし、効果的な方法もあります。

効果的というは、他の人といい意味で違うようにする(differentiate)というのがいいかと思います。

PARSの書き方ですが、知らない人が見ると、変な書き方と思われることがあります。私も最初に友達のレジュメを見たときには、そのように思いました。

あとはお約束の、自分のことですから自己責任で一番いい方法を選ぶのがいいと思います。

ありがとうございます。

-Naoki

１０年前の履歴書に手を加えて使っていませんか？

履歴書(resume)の書き方には、トレンドがあります。古い書き方では、効果が薄れてしまいます。

本などでも古い英文履歴書の書き方を参考にしていると、そうなってしまいます。ウェブサイトも古い情報のままのところがあります。



５月からの仕事探しのために、私も履歴書を更新しています。それで教えていただいた情報などをまとめてみます。


人事の人は、たくさん履歴書を見るので１人のを見るのに費やす時間は、平均２秒だそうです。

２秒でなにがわかるというと、ほとんどレイアウトぐらいです。つまり、レイアウトがおかしいとその時点で却下となります。

レイアウトはできるだけ見やすいようにしましょう。


人事の人が、電話インタビューをするとか、連絡をとってみようと決めるのに費やす時間は、約１５秒だそうです。

１５秒で概要がわかるような読みやすい文章とレイアウトにするのがいいようです。


OBJECTIVEは、もう書かないです。代わりに、Summary と Specialty (または Skills)を使います。

住所も書かないです。今では、いくらでもあちこちに転送されてしまうので、City ぐらいまでにしたほうがいいそうです。


２ページにまとめるというのは昔と同じです。ただ、１ページにまとめられるようであれば、そのほうがいいようです。


昔はあまり聞きませんでしたが、２ページの履歴書＋カバーレターというのが一般的だそうです。

履歴書で書けないところなどは、カバーレターに書くのがいいようです。

例えば、永住権の保有者であれば、履歴書のなかよりもカバーレターに書くなどです。


会社側が出しているポジションの job description （仕事の概要）に合わせる必要があります。

MUST HAVE というように書いてあるスキルや経験などがあれば、それに合わなければ、素通りされます。

合えば、その証拠となることが過去の経歴にあるかを確認されます。ですので、経歴の部分には、もう少し詳しいことを入れるのが効果的です。


最近では、ほとんどがデータベースに入れられるので、キーワード検索でヒットしたものだけしかなかなか見てもらえないです。

Summaryと同じように、仕事の概要にあるようなプログラミング言語などのスキルは、リストアップする方が効果的となります。


私の昔の履歴書がそうだったのですが、仕事の内容や仕事上の責任しか書いていませんでした。

これではあまり効果的ではないです。

最近の効果的な書き方では、PARというフォーマットを推奨しているところが多いです。

Pは、Problem, Performance などの Pです。つまり、最初に問題ありきというところです。

Aは、Action の A です。それに対して、どのような行動をとったかというところです。

Rは、Result の R です。そしてどのような結果をもたらしたかというところです。

例えば、顧客からの返品の多い製品があったとします。よく調べてみたら、使い方が分かりにくいということがわかりました。
マニュアルを改善したところ、返品率が何％下がって、売上が何％増えた。というような例です。

これを２－３文に簡潔にまとめて、経歴の１項目とします。

それを読んだ人が、「ほう、それはすごいな。どうやって、それを達成したのかな？」と思い、話を聞いてみたいと思えば、インタビューの可能性が格段に上がります。


実際には、２－５文程度で、PAR の１項目づつをまとめます。それを要約して、簡潔な２－３文とするわけです。

そのワークシートは、インタビューの時にも有効なので、保存しておいて、インタビュー前に読みなおすといいようです。


今の会社に来る前ですが、ウェブ関係の会社で働いていました。

そのころシリコンバレーでは、ba というニュースグループがあり、ba.jobs というところに求人のセクションがありました。

そこで、"web"と検索したら２５０件ほどヒットしたので、内容を読まずにすべてに履歴書を送りました。

リクルーターが投稿していたのも多かったようで、ひとりの人には７通ほど届いてしまったようです。

今では有効な方法ではないと思いますので、お薦めはしません。


定番は、LinkedIn となっているようです。どれくらいかというと、履歴書の名前の直下に LinkedIn のプロフィールへのリンクを入れることが推奨となっているくらいです。

これは同時に、個人から会社へ直接連絡を取ることが定番となっているとも言えます。

LinkedInのプロフィールはしっかり書いて、できるだけ仕事関係の人から紹介文を書いてもらえるようにするといいと思います。


個人での連絡が確実に取れるということで、リクルーターの仕事が減ってきているようにも思います。

仕事探しはリクルーターにまかせず、自分から探すようにしている人は、早く仕事が決まっているようです。


上記の情報は、まだ学習段階のものです。本当に効果的かなどはわからない部分もありますので、自分の履歴書に使う場合には、自己責任でお願いします。

私のLinedInのプロフィールは以下にあります。まだ、改善中ですので、アドバイスをいただけるととても助かります。

http://www.linkedin.com/in/naoki

ありがとうございます。