I. 個人評価の役割まず、履歴書の自己PRの目的を理解する必要があります。 最初のメリットは、あなたの個人的な特徴を要約できることです。履歴書の冒頭に、職務経験やプロジェクト経験からハイライトとなる部分を抜粋し、自己評価に組み込むことができます。こうすることで、面接官が履歴書を隅々まで読み通した後、あなたの自己評価を通してあなたの重要な特徴を引き出すことができます。これにより、面接官は履歴書の要点を理解しやすくなり、あなたに対する印象も良くなります。 2つ目の機能は、情報を補足することです。履歴書には、スキル、資質、受賞歴など、職務経験やプロジェクト経験には反映されない情報があります。履歴書には記載されていなかったものの、求職活動に役立つこれらの情報は、自己評価セクションに記載されます。 パーソナルステートメントは通常、履歴書の最後に配置されます。これにより、面接官は履歴書を読んだ後、あなたの強みを簡単に要約することができます。一部の就職面接コーチングコースでは、パーソナルステートメントを履歴書の冒頭に配置することを推奨しています。現代社会のペースは非常に速く、面接官が履歴書を読む時間はますます少なくなっているため、これは現実的なアプローチです。この要約情報を履歴書の冒頭に配置すれば、面接官の読解にかかる労力は比較的少なくなります。要約を読んだ面接官があなたの興味を引いた場合、履歴書を読み進め、あなたの職歴やプロジェクトについて調べることができます。 これら 2 つの方法に絶対的に正しい、または間違ったアプローチがあるとは思いません。面接官がどちらを好むかによって決まるだけです。 II. 個人評価の書き方個人評価の役割について説明したので、次は具体的な書き方について見ていきましょう。 要件1: 構造化最初の要件は、構造化されていることです。 私はこれまで多くの履歴書作成を指導してきましたが、中には断片的な自己PR文もありました。最近見た例を挙げましょう。こんな感じでした。
上記の個人評価は比較的包括的な情報を提供しています。この学生の基礎能力は非常に高く、このように書けば少なくとも合格点は得られるでしょう。しかし、この個人評価の欠点は、体系的な枠組みが欠けていることです。面接官は履歴書全体を読まなければ、あなたの言いたいことを理解できず、情報を素早く引き出すという目的を達成できません。 この表現は、構造化フレームワークを使用して最適化すれば、さらに良くなるでしょう。 上記の類似情報を1つのエントリにまとめることができます。そうすれば、そのエントリのトピックをその前に明確に示せます。例えば、前のエントリでは1つ目のエントリでSQLについて触れ、2つ目のエントリでExcelについて触れていました。どちらもデータ分析ツールなので、1つにまとめることができます。つまり、次のように記述できます。
その他の情報も若干変更可能です:
この修正により、 「分析ツール」「分析手法」「受賞歴」といったキーワードがリマインダーとして本文の冒頭に表示されるようになりました。これにより、面接官はあなたの話の意図を理解するために本文全体を読む必要がなくなり、興味のある内容だけを読むことができるため、時間を大幅に節約できます。 構造化されたパーソナルステートメントを書く際には、一般的にいくつかの側面を考慮します。以下にまとめました。分析ツール、分析方法、受賞歴、語学力、職場でのスキル、学習能力などです。何を書けばよいか分からない場合は、これらの側面に沿って書けば、概ね問題ありません。 要件2: 量よりも質が重要自己評価の第二の原則は、量より質です。つまり、自分の最も得意なこと、最も優れている点について書くべきであり、すべてを網羅しようとしてすべてを網羅しようとしてはいけません。 学生の履歴書を数多く見てきましたが、どれも共通の欠点を持っています。それは、項目が広範かつ網羅的すぎることです。自分があまり理解していないスキルを数多く列挙することで、自分のスキルが多岐にわたり、魅力的に見えるように見せかけているのです。しかし、経験豊富な面接官は、これを平均的な能力の表れと捉えてしまうことがよくあります。 なぜそんなことを言うのでしょうか? 職場で実際にこの種の仕事をしたことがあるなら、日常的に接触するツールは数多くはなく、ほんの数個だけでしょう。 個人評価で幅広いスキルをリストする場合、実際にはこれらのツールを頻繁に使用していないが、特別な強みはないと考えているため、専門家が使用すると想像されるツールをすべてリストしているだけである可能性があります。 実際に日常生活で全部使っているとしても、前の会社は規模が小さく、仕事の分担も明確でなかったため、全部自分でやらなければならなかった、つまり、何にも長けていなかった、ということになります。 以前、履歴書を指導したことがあるのですが、応募者が自己PR文に多くのツールを列挙していましたが、それぞれを区別していませんでした。例えば、ソフトウェアツールにはSQL、Excel、PowerPoint、Power BI、Fine BIが含まれており、応募者はシェル、Linux、Hadoop、MongoDBなどの知識についても言及していました。 彼の文章スタイルから最初に感じたのは、おそらくこれらのツールをあまり使っていないのではないかということでした。話を聞いてみると、確かにその通りでした。彼が普段使っているツールは非常にシンプルなので、自分のスキルが十分ではないと感じ、独学で習得した入門ツールをいくつか書き出したのです。 このスキルリストをどうしたら整理できるでしょうか?私の提案は、求人票を見て、どのような要件があるのかを確認することです。そのスキルに必要なスキルだけを記載し、不要なスキルは削除しましょう。こうすることで、リストが長すぎたり雑然としたりすることなく、あなたの主要なスキルをアピールできます。 要件3:能力を定量化する最後の原則は、自分の能力を定量化する必要があるということです。 個人評価は非常に主観的なので、コミュニケーション能力が高いと言う場合、具体的にどの程度高いのでしょうか?面接官があなたのスキルをどのように認識しているかは、あなた自身の認識と異なる可能性があります。そのため、定量化可能な指標を示す必要があります。 例えば、SQLクエリ能力は定量化できるでしょうか?私たちは通常、「理解している」「精通している」「熟達している」といった定性的な表現を用いますが、実際にはSQLクエリ能力は定量化可能です。一部の職務要件では、一定レベルのSQL最適化能力が求められており、これはデータ量が既に非常に大きく、クエリを成功させるには最適化が必要であることを意味します。そのため、面接官には、数十億、数百億ものログレコードを日常的に処理しており、一定のクエリ最適化スキルを有していると伝えることができます。面接官は、あなたが扱うデータの量を知ることで、データ量のレベルがデータ最適化を頻繁に必要とするかどうかを大まかに予測できるでしょう。 さらに、特定のBIソフトウェアを用いたBIダッシュボード構築のスキルを証明したい場合は、それを数値化することができます。例えば、Power BIソフトウェアのスキルと、それを用いて様々なデータソースから作成したレポートの数を示すことができます。これらの数値は、相手があなたがそのソフトウェアの使用にどれだけの時間を費やし、どれほどの複雑さを感じているのかを明確に理解するのに役立ちます。 このコースシリーズのいくつかの部分でこれについて触れたのは、データ アナリストとして、私たちは数字を使ってストーリーを伝える必要があるからです。 スキルや経験の中には、数値化が難しいものもあるため、数値化できる部分に焦点を当てるべきです。数値化が難しいものについては、面接中にケーススタディを用いて説明し、曖昧な表現を避けるようにしましょう。 著者: ジェイソン 出典:WeChat公式アカウント:「三次元差異(ID:686668)」 |