プロジェクト経験記述テンプレートには、プロジェクト名、期間などを含める必要があります。詳細については、記事をご覧ください。

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

プロジェクトの経験について記述するための定型的な方法は既に確立されており、一般的にはSTAR原則、つまりプロジェクトの背景、タスク、アクション、結果を明確に説明するという原則に従っています。しかし、STAR原則はあくまでも枠組みに過ぎません。実際の文章作成では、以下の構造に従うことをお勧めします。

まず、プロジェクト名です。

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

次に、このプロジェクトの背景とタスクについて記述します。

背景セクションでは、なぜこのプロジェクトに取り組むのかを説明し、タスクセクションでは、あなたの責任範囲を概説します。背景がシンプルなプロジェクトの場合は、履歴書のスペースを節約するために、背景とタスクの情報をまとめて記載することができます。

ここで重要なのは、データ分析プロジェクトを検討する際には、単にデータアナリストの視点から見るだけでは不十分だということです。つまり、プロジェクトの背景が、基盤となるデータ構造の再構築や、リファラル率の低下を分析することにあると想定してはいけません。データアナリストの視点から見ると、こうした背景は、実際には解決すべき具体的な問題に焦点を当てているのです。

プロジェクトの真の背景は、なぜこの特定の問題を解決する必要があるのか​​を考えながら、ビジネスの観点から検討する必要があります。

例えば、返金率が低下している理由を分析してほしいという分析依頼を受けたとします。この依頼の背景は、営業側から分析を依頼されたからではなく、現状の売上は業界平均と比較して比較的高い返金率を除いては概ね好調である、という点にあります。そのため、現状では営業効率を高めるには返金率の改善が最も効果的である、というのが依頼の真の文脈です。この返金率分析というデータ分析依頼は、まさにこうした業務の文脈から発展したタスクなのです。

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

より広い視野と包括的な視点を持ち、自分の行動がビジネス全体のどのような問題を解決するのかを理解できるなら、あなたは一般的に高いレベルにいると言えるでしょう。もし自分が何をしたかは分かっていても、なぜそれをしたのかが分からないのであれば、あなたは単なる道具、つまり特定のタスクを任されただけの人間であり、ビジネスの状況を包括的に理解していない可能性が高いでしょう。

したがって、このプロジェクトの背景は想像するほど単純ではありません。背景をうまく記述することで、あなたの理解度を大いに反映することができます。

次に具体的なアクションです。

このセクションでは、私たちが実際に行った具体的な行動をいくつか示す必要があります。できるだけ体系的に表現することをお勧めします。

例えば、作業を3つのステップに分けたり、プロジェクトに3つの方向性（方向性1、方向性2、方向性3）があると説明したりすることができます。このような構造化されたアプローチを用いることで、面接官は履歴書を読みやすくなります。

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

大規模なプロジェクトでは、通常、あなただけでなく多くの人が同時に作業に取り組みます。そのため、プロジェクト内での自分の役割を明確に定義する必要があります。一般的に、プロジェクトには3つの役割があります。

プロジェクトリーダーシップ：一般的に、データアナリストは分析プロジェクトを主導する可能性は低く、レポート開発や可視化ダッシュボードといったデータプロダクトプロジェクトを主導する可能性が高くなります。これらのプロジェクトはデータアナリストが主導することが多く、プロジェクトを主導するには、技術リソース、データウェアハウスリソース、ビジネスリソースなど、他のリソースを動員する必要があります。

独立作業：これは、タスクが割り当てられた場合、それを自分でうまく処理できることを意味します。シニアデータアナリストの場合、独立作業は一般的にかなり一般的です。

参加：最後のタイプは参加です。参加はプロジェクト全体への関与度合いが最も低いことを意味します。プロジェクトのごく一部、あるいは特定の実行者の一人に留まることもあります。プロジェクトの全体像を全く把握できない場合もあります。

プロジェクトの役割は多岐にわたるため、履歴書でプロジェクトにおける自分の役割を明確に説明しないと、企業レベルの大規模なプロジェクトを記載したにもかかわらず、面接で小さなレポートの立ち上げなど、ごく一部しか関与していなかったことが判明するといった事態に陥る可能性があります。そうなると、プロジェクトは無意味なものとなり、面接官は履歴書に事実を誇張したと捉えてしまう可能性があります。

プロジェクトの終了時には、プロジェクトの結果を書き留めてください。これらの結果は定量化する必要があります。そうでなければ、あなたの専門能力を反映したものにはなりません。

プロジェクト経験を磨くテクニック

プロジェクトエクスペリエンステンプレートについて説明した後は、磨き上げていくテクニックをいくつか見ていきましょう。ここでは3つの磨き上げ方法をご紹介します。

1. 磨き1：マージ

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

マージとは、複数の類似プロジェクトを1つにまとめることです。プロジェクトの中には、完了するのがそれほど難しくないものもあり、個別に見ると目立たず、目立った点がないように見えるものもあります。類似したプロジェクトが多数ある場合は、2つ以上の類似プロジェクトを1つにマージすることができます。

これを行う利点は 2 つあります。1 つ目は、プロジェクトのコンテンツの豊富さを増すことができ、2 つ目は、プロジェクトがより挑戦的なものに見えるようになることです。

例えば、最近、ある学生の履歴書作成のコーチングをサポートしました。彼のプロジェクト経験は2つの部分から構成されています。1つはユーザー離脱率の分析という専門的な分析プロジェクトで、もう1つは新規ユーザーに焦点を当てた新規ユーザー獲得キャンペーンの効果分析です。

彼の元の履歴書では、これら2つの分析はそれぞれプロジェクト1とプロジェクト2として記載されていました。彼とのやり取りの中で、これら2つのプロジェクトで使用されている分析手法が非常に類似していることが分かりました。どちらもユーザーの行動や属性といったディメンションを通してドリルダウン分析を行うものでした。そこで、私はこれら2つのプロジェクトを1つに統合することを提案しました。

理由は、これら2つのプロジェクトがあまりにも類似しているからです。どちらもユーザーグロース分析を扱っており、同様の手法を用いています。これら2つのプロジェクトを組み合わせることで、ビジネスの背景、取り組み、そして結果について議論する際に、より広い視点と体系的な方法で説明できるようになります。

ユーザーの成長という点では、AARRRモデルから始めて、まずユーザー獲得と離脱の問題を発見したと言えるでしょう。その後、ユーザー獲得キャンペーンの効果と離脱ユーザーの分析に取り組み始めました。このように表現することで、プロジェクト全体がより包括的になります。

もちろん、実際にはこれら 2 つのプロジェクトは同じプロジェクトではないので、組み合わせることができるのかと疑問に思うかもしれません。

プロジェクト間の期間が 1 年を超えるような長期間にわたる場合は、それらを結合することはお勧めしません。

2つのプロジェクトが1年以内であれば、統合できると思います。1年以内のプロジェクトは同じ事業目標を達成する可能性が高く、概ね1つの大きなプロジェクトを構成しています。企業には通常、年間目標があり、それは基本的に変更されません。例えば、今年の目標は新規ユーザーの獲得、2年目の目標はユーザーエクスペリエンスの向上、3年目の目標は既存ユーザーの維持といった具合です。その1年間で行っていることは、基本的にこの単一の年間事業目標を達成することにつながります。

2. 研磨2：複数の種類

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

履歴書にレポート関連の経験が2つと専門的な分析経験が2つ記載されている場合、非常に繰り返しが多い印象を与えます。採用担当者は履歴書を読んだ際に、プロジェクト経験が繰り返し過ぎている、計画力や要約力に疑問を抱く、仕事が単調すぎる、視野が狭すぎるなど、ネガティブな印象を抱くでしょう。

一般的に、3つか4つのプロジェクト経験を残すことをお勧めします。これらの3つか4つは、理想的には同じ方向性ではない方が良いでしょう。それぞれのプロジェクトの方向性について、最も満足感のあるもの、最も代表的なもの、最も記憶に残るものを1つだけ残しておきましょう。また、前述のマージ手法を使って、類似したプロジェクトを1つの大きなプロジェクトにまとめることもできます。

複数の異なる分野のプロジェクトに携わった経験があれば、あなたの職務経験はより豊かに見えるでしょう。複数の分野に携わり、同時に特定の分野に焦点を当てながらも、他の分野を全く知らないわけではないでしょう。あなたの視野は依然として広いのです。

さまざまな経験を積むことは、次の磨き方にも役立ちます。

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

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

履歴書で採用される可能性を高めたいなら、履歴書を1枚書くだけでは不十分です。応募する職種に合わせて、プロジェクト経験の内容をカスタマイズするのが最善のアプローチです。

調整を行う最も簡単な方法は、元の 3 つまたは 4 つの異なるタイプのプロジェクト エクスペリエンスの優先順位を変更することです。

A社がレポートシステムの構築を優先している場合は、レポートシステムプロジェクトを優先します。B社が専門的な分析能力に重点を置いている場合は、専門的な分析プロジェクトを優先します。このように、履歴書の複数のバージョンを作成できます。そして、志望企業の具体的なニーズに基づいて、要件に最も適したバージョンを選択します。

もう一つのアプローチは、プロジェクト体験の内容をより詳細に変更することです。この方法は少し複雑なので、理解を深めるために例を挙げてみましょう。

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

従来型企業のデータ基盤は、一般的に遅れをとっています。データレポート作成における主な課題は、データ生成プロセスをどのように連携させるか、データをどのように集約するか、そして自動化されたワークフローをどのように構築するかにあります。そのため、部門間のコミュニケーション、調整、データ基盤、そしてガバナンス能力は、非常に重要視されています。

インターネット企業では、データシステムが比較的整備されているため、報告システムにおいて指標設計能力がより重視されます。ビジネス全体から体系的な指標セットを抽出し、シンプルなデータ関係を用いてビジネスを説明できるかどうかが評価されます。そのため、ビジネス感覚と指標抽出スキルに対する要件はより高くなります。

したがって、従来型の企業で面接を受けるときは、部門間のコミュニケーション、メトリクスのクリーニング、データ自動化のスキルを自分の強みとして強調し、プロジェクト経験のこれらの側面を強調する必要があります。

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

著者: Jason;

出典：WeChat公式アカウント：三次元差異（ID：686668）