プロジェクト経験をどのように書くのですか?

プロジェクト経験記述テンプレートには、プロジェクト名、期間などを含める必要があります。記事を読んで確認してみましょう。

1. プロジェクト経験記述テンプレート

プロジェクト経験を記述するための比較的成熟したルーチンがあり、一般的には STAR 原則、つまり、プロジェクトの背景、タスク、アクション、結果を明確に説明する必要があります。 STAR 原則についてはどうでしょうか?結局のところ、それは単なるフレームワークの記述原則です。具体的な書き方としては、次のような構造で書くことをお勧めします。

最初はプロジェクト名です。

最も基本的な内容です。面接官は少なくともプロジェクトの名前を知っている必要があります。プロジェクト名と同じ行に、プロジェクトの期間を記入します。たとえば、「2023.12~2024.02」は、プロジェクトが2023年12月に開始され、2024年2月に終了することを意味します。

次に、プロジェクトの背景と使命を記述します。

背景とは、なぜこのプロジェクトを行うのかということを指し、タスクとは、何を行うのかということです。一部のプロジェクトの背景は非常にシンプルなので、タスクと一緒にまとめることで履歴書のスペースを節約できます。

ここで注意しておきたいのは、データ分析のプロジェクトの背景をデータアナリストの視点から単純に見ることはできないということです。つまり、プロジェクトの背景から基礎データの再構築が必要だとか、昇格率の低下を分析する必要があるなどと考えることはできません。この背景はデータアナリストの観点から見られ、実際に解決すべき具体的な問題に細分化されています。

実際のプロジェクトの背景は、ビジネスの観点から、なぜ現時点でそのような問題を解決する必要があるのか​​を考える必要があります。

たとえば、返金率の低下の理由を分析することを要求する分析要件が与えられる場合があります。この要望の背景は、営業側からこの問題の分析を求められたことではなく、現状の売上があらゆる面で好調なため、返金率だけが同業他社よりも高いため、返金率が現状最も効果的な営業効率向上手段であるということである。これがこの要求の本当の背景です。いただいた返金率分析のデータ分析要件は、すでにこのビジネスコンテキストから派生したタスクです。

ちなみに、プロジェクトの背景についてどのような視点で書くかは、あなたのレベルを反映することが多いです。

問題に対するより高いビジョンとより包括的な視点を持ち、自分の仕事がビジネス全体のどのような問題を解決するかを理解できる場合、一般的にランクは高くなります。自分が何をしたかはわかっていても、なぜそれをしたのかがわからない場合、あなたはおそらく道具であり、何かをするために割り当てられた道具であり、より包括的なビジネスの背景を理解していません。

したがって、このプロジェクトの背景は想像するほど単純なものではありません。よく書かれた背景は、あなたの根底にある認知レベルを多く反映します。

次に具体的な行動です。

この部分では、私たちが実行した具体的なアクションをいくつか示す必要があります。構造化された方法で表現してみることをお勧めします。

たとえば、行う作業は、第 1 ステップ、第 2 ステップ、第 3 ステップに分けることができます。また、プロジェクトには、方向 1、方向 2、方向 3 という 3 つの方向が同時に存在します。このような構造化された文章を使用すると、面接官が履歴書を読みやすくなります。

アクション セクションでは、プロジェクトで果たす役割に関する情報をもう 1 つ追加する必要があります。

比較的大規模なプロジェクトでは、通常、自分だけが関与するのではなく、多くの人が同時に作業します。では、このプロジェクトであなたがどのような役割を果たすのか明​​確にする必要がありますか?一般的に、プロジェクトには 3 種類の役割があります。

プロジェクトのホスト: 一般的に、データ アナリストは分析プロジェクトをホストする可能性は低く、むしろデータ プロダクト プロジェクトをホストする可能性が高くなります。たとえば、レポート開発やビジュアルダッシュボードなどのプロジェクトです。この種のプロジェクトはデータアナリストが主導する場合があります。主導する場合は、技術リソース、データ ウェアハウス リソース、ビジネス リソースなど、他のリソースを動員する必要があります。

独立した責任: これは、タスクが与えられた場合、自分でそれをうまく実行できることを意味します。上級データアナリストの場合、タスクを独立して引き受けることが一般的に一般的です。

参加: 最後のタイプは参加です。参加は、プロジェクト全体における最低レベルの参加です。プロジェクト全体のごく一部、または特定の作業を実行する人物だけが関与します。プロジェクトの全体像が見えない可能性もあります。

プロジェクトの役割が異なるため、履歴書にプロジェクトでの役割を明記しないと、大企業レベルのプロジェクトについて書くことになる可能性が高くなります。結局、面接官はあなたがほんの一部、おそらくは小さなレポートの発表だけに参加しただけだということに気づくでしょう。この場合、このプロジェクトは実際には参考価値がなく、面接官はあなたの履歴書が事実を誇張していると考えるでしょう。

プロジェクト体験の最後に、プロジェクトの結果を書き留めます。この結果は定量化する必要があります。そうしないと、あなたの専門的な品質を反映できません。

プロジェクト経験を磨くヒント

プロジェクト エクスペリエンス テンプレートについての説明が終わったので、これを洗練させるためのヒントをいくつか紹介します。研磨方法は3つあります。

1. ポーランド語 1: マージ

研磨の最初の方法はマージです。

マージの意味は、同じタイプの複数のプロジェクト体験を組み合わせることです。いくつかのプロジェクトは実行するのがそれほど難しくないので、単独で実行すると、平凡でハイライトのないものになってしまいます。類似したプロジェクトが多数ある場合は、2 つ以上の類似したプロジェクトを 1 つに結合できます。

これを行う利点は、第一に、プロジェクトの内容がより充実すること、第二に、プロジェクトがより困難に見えることです。

たとえば、私は最近、履歴書の指導でクラスメートを手伝いました。彼のプロジェクト経験は 2 つの部分から成ります。1 つは、特別な分析プロジェクトであるユーザー離脱の分析に関するものです。さらに、新規ユーザーの分析である、新規ユーザー獲得活動の有効性の分析も行っています。

彼の元の履歴書では、これら 2 つの分析はプロジェクト 1 とプロジェクト 2 でした。彼とのコミュニケーションの中で、これら 2 つのプロジェクトの分析方法は非常に似ており、どちらもユーザーの行動や属性などのディメンションを通じてドリルダウン分析を行うことがわかりました。そこで私は、これら 2 つのプロジェクトを 1 つに統合することを提案しました。

その理由は、これら 2 つのプロジェクトがあまりにも類似しているからです。どちらもユーザーの成長方向の分析を伴い、同様の分析方法を使用します。これら 2 つのプロジェクトを組み合わせると、このプロジェクトのビジネス背景、アクション、結果について話すときに、より広い視点から、より体系的に説明できるようになります。

ユーザーグロース事業では、AARRRモデルからスタートし、新規ユーザーの増加と減少という課題を初めて発見したと言えます。そこで、新規顧客獲得活動の有効性を検討し、失ったユーザーを分析し始めます。このように表現すると、プロジェクト全体がより完成度が高まります。

もちろん、質問があるかもしれません。実際の作業では、これら 2 つのプロジェクトは実際には同じプロジェクトではありません。それで、それらを組み合わせることはできますか?

プロジェクト間の時間間隔が非常に長い場合 (1 年以上) は、プロジェクトを結合することはお勧めしません。

2 つのプロジェクトが 1 年以内であれば、統合できると思います。 1 年以内のプロジェクトは同じビジネス目標を実現する可能性が高いため、広い意味では大きなプロジェクトです。なぜなら、企業には一般的に年間目標があり、この年間目標は一般的に変更されないからです。たとえば、今年の目標は新規ユーザーの獲得、2 年目の目標はユーザー エクスペリエンスの向上、3 年目の目標は古いユーザーの復帰などです。今年、あなたが行うすべてのことは、基本的にこの年間ビジネス目標を達成するためのものです。

2. ポーランド語 2: 複数のタイプ

磨く2つ目の方法は、さまざまな種類のプロジェクトで経験を積むことです。

プロジェクト経験のうち 2 つがレポート関連で、他の 2 つが特別な分析である場合、この履歴書は非常に繰り返しが多くなります。雇用主があなたの履歴書を読むと、多くの悪い印象を受けるでしょう。たとえば、プロジェクトの経験があまりにも反復的であると考えたり、計画や要約の能力に疑問を抱いたり、やっていることが単調すぎると考えたり、視野が狭すぎると考えたりするかもしれません。

一般的に、プロジェクト経験を 3 つまたは 4 つ保持し、これら 3 つまたは 4 つを同じ方向に保持しないようにすることをお勧めします。プロジェクトの方向性ごとに、最も満足できるもの、最も代表的なもの、最も記憶に残るものだけを残してください。前述のマージ方法を使用して、類似のプロジェクトを 1 つの大きなプロジェクトにマージすることもできます。

複数の異なる方向のプロジェクトの経験があれば、仕事の経験がより豊かに見えるでしょう。複数の方向に関与することになりますが、同時に優先順位も存在します。あなたは特定の方向に焦点を合わせており、他の方向に全く馴染みがないわけではありません。あなたの視野はまだ広いですね。

さまざまな経験は次の研磨方法にも役立ちます。

3. 磨き3: 複数のバージョン

3つ目の磨き方は、複数のバージョンを書き、応募する仕事に応じてプロジェクト経験の構成や順序を調整することです。

履歴書提出の成功率を高めたい場合、履歴書を書くだけでは不十分です。最善策は、履歴書を提出する対象の職種に基づいて、プロジェクト経験の内容を調整することです。

調整に関して言えば、最も簡単な方法は、元々あった 3 つまたは 4 つの異なるタイプのプロジェクト エクスペリエンスの順序と優先順位を調整することです。

A 社がレポート システムの構築に重点を置いている場合は、レポート システム プロジェクトをより重要な位置に配置する必要があります。 B 社が特別な分析を実行する能力を重視している場合は、特別な分析プロジェクトをより目立つ位置に置く必要があります。このようにして、さまざまなバージョンを形成できます。その後、対象企業のさまざまなニーズに基づいて、対応するバージョンの履歴書を提出することを選択できます。

もう 1 つのアプローチは、プロジェクト エクスペリエンスのコンテンツにさらに詳細な変更を加えることです。この方法はちょっと面倒です。理解を助けるために例を挙げてみましょう。

たとえば、レポート システムの構築のようなプロジェクトの場合、企業によって重点が異なる場合があります。

従来の企業では、データ構築が一般的に後進的であり、データレポート構築における難しさは、データの生産関係をどのように接続するか、データをどのように集約するか、自動化プロセスをどのように形成するかに大きく集中しています。したがって、当社は、部門間のコミュニケーション、調整、データ インフラストラクチャ、ガバナンス能力を重視します。

インターネット企業では、データシステム構築が比較的完成しているため、インターネット企業のレポートシステム構築では指標設計能力がより重視されます。ビジネス全体に対して非常に体系的な指標システムを抽出し、単純なデータ関係を使用してビジネス全体を説明できるかどうかを確認します。そのため、比較的高いビジネス能力と抽出能力が求められます。

したがって、伝統的な企業の面接を受ける場合は、部門間のコミュニケーション、指標のクリーニング、データの自動化を強調し、プロジェクト経験のこの部分について書くことに重点を置く必要があります。

インターネット企業でこのポジションの面接を受ける場合は、ビジネス指標システムをどのように洗練させるか、そしてビジネス全体に対する考え方に重点を置く必要があります。

著者: Jason;

ソース公開アカウント: Ternary Variance (ID: 686668)