プロダクトマネージャーのキャリアパス

プロダクトマネージャーの仕事もさることながら、そのキャリアパスもまた曖昧なものです。プロダクトマネージャーを目指すなら、どうすればいいのか?そして、プロダクトマネージャーという仕事のゴールは何なのか。世間では「プロダクトマネージャー」とだけ言われていますが、プロダクトマネージャーにもいろいろな種類があり、それぞれ専門的になることができます。今回は、プロダクトマネージャーのキャリアパスの全体像、専門性、ステップアップの方法、ヒエラルキーなどを紹介する記事をリストアップしてみました。

この記事や添付されているプロダクトマネジメントの記事をただ読んで終わりにするのではなく、共感したところをハイライトして、感想や学びをGlaspに残しておきましょう。そうすれば、いつでも見返すことができ、私たち皆が同時に学習することができます。
私のプロダクトマネジメントに関する記事のリーディングリストはこちらから参照ください。👉 Glasp – Product Management

準備ができたら、さっそく始めましょう。

▼本記事の内容
  1. プロダクトマネジャーのキャリアパス
  2. プロダクトマネジャーの専門性
  3. (アソシエイト) プロダクトマネージャーになるには
  4. プロダクトマネージャーからシニアプロダクトマネージャーへ
  5. シニアプロダクトマネージャーからプロダクトリーダーへ
  6. プロダクトマネージャー – 階層

この記事はProduct Manager’s Career Pathを翻訳したものです。
著者・翻訳者: 渡辺圭祐

プロダクトマネジャーのキャリアパス

プロダクトマネージャーのキャリアパスとは? (What is the Product Manager Career Path?)
https://www.productplan.com/learn/product-manager-career-path/
By: ProductPlan (@ProductPlan)

画像1
Source: What is the Product Manager Career Path?

アソシエイトプロダクトマネージャー
アソシエイト・プロダクトマネージャーは、プロダクトマネージャーが行うすべてのことを行いますが、その規模は小さいです。プロジェクトの優先順位を決める必要はありますが、プロダクト戦略やロードマップを定義する必要はありません。

この役割では、ユーザーへの共感を示し、問題発見と問題定義の能力をアピールする必要があります。また、他の人と協力し、あらゆる方面の話に耳を傾けることができることを示す必要があります。

仕事中は、関係するすべてのステークホルダーにプロダクトの状況を伝える必要があります。ビジネスの目標と顧客のニーズを調整し、利益とのバランスを保つ必要があります。

アソシエイト・プロダクト・マネージャーは、「これは我々がやっていることで、なぜそれをやっているのか」という質問に絶えず答えています。彼らは、成功を決定するための指標を頼りにしているのです。

採用担当者は、候補者がユーザーへの明確な興味と情熱を持っていることを望んでいます。CS、ビジネス、その他関連分野の学士号を取得している傾向があります。

💡 プロダクトマネージャーになるには?
「上記の活動を完全に把握する必要があります。あなたは、プロダクトセットに関する「頼りになる」人物としての地位を確立していることでしょう。さらに、エンジニアリング、UX、マーケティング、その他のチームと優れた協力関係を構築している必要があります。」

プロダクトマネージャー
プロダクトマネージャーは、他のチームメンバーにとって「頼りになる」存在です。戦術的な動きやプロセス、人間関係を聞かれることが多いでしょう。そして、あなたはデータによってよく知られているはずです。このポジションに就くには、ある程度の専門的な経験と、コラボレーション、優先順位付け、コミュニケーションなどのスキルが必要です。

💡 シニアプロダクトマネージャーになるには?
• 経営陣が自信を持って仕事ができるように、あなたのプロダクトによる顧客の利益を示し、目標達成に貢献できれば最高です。そして、具体的なユーザーの問題を定義し、それをプロダクトの指標やビジネスゴールと結びつけることができることです。そして、すべてが適切に運用され、スムーズに動く必要があります。
• キャリアを加速させるために忙しいからといって、反応的なタスク/質問ではなく、戦略的な意思決定に多くの時間を割けるようになると良いでしょう。

シニアプロダクトマネージャー
シニアプロダクトマネージャーの多くは、アソシエイトプロダクトマネージャーやプロダクトマネージャーと同じ職務を担当します。しかし、シニアプロダクトマネージャーの職務は、より影響力が強く、より可視性の高いプロダクトです。そして、彼らはより広いプロダクトプロセスを見ています。

シニアプロダクトマネージャーは、自分自身で検討する能力を示す専門的な経験を持っているべきであり、それは相互依存的な要素を持つ説明可能でデータ駆動型の意思決定であるべきです。

シニアプロダクトマネージャーは、経営者やその他の主要なステークホルダーを巻き込みながら、依存関係にあるチームとプロダクト戦略を共有する必要があります。

言うまでもなく、シニアプロダクトマネージャーは、プロダクトおよび市場に関する深い知識を持っている必要があります。

そして、シニアプロダクトマネージャーは、アソシエイトプロダクトマネージャーやミッドレベルプロダクトマネージャーを指導することができます。

💡 プロダクト・ディレクターになるには?
2つの要件を満たす必要があります。ひとつは、他のプロダクトマネジャーにとって重要なアドバイスの源となることです。そしてもうひとつは、シニアリーダーシップに対してプロダクトチームを擁護する存在になることです。

プロダクト・ディレクター
プロダクト担当ディレクターには、リーダーシップの経験が必要です。そして、役員へのプレゼンの経験や、以前行った仕事をするためのチーム作りの能力が必要です。

プロダクトのディレクターは、より良いプロセスを作り、チーム全体のパフォーマンスを上げ、組織全体のコンセンサスを構築することに重点を置いています。そして、定期的に社内のメンバーと会い、物事が起きていることとその理由、プロダクトに必要なものなどを説明するのです。そのため、この役割はデータに依存します。

市場の動向、最新情報、競合の動き、新プロダクトのベストプラクティス、プロダクト開発プロセスの改善方法など、プロダクト担当ディレクターは多くの市場調査を行っています。

プロダクト・ディレクターは、他のプロダクト・マネージャーのメンターでもあります。プロダクトマネージャーのメンターとしてだけでなく、プロダクトチームの強みを見つけ、それを彼らのために発揮する必要があります。

そして、会社や市場のエグゼクティブレベルで起こっていることをすべてチームが理解できるようにするのです。

プロダクト担当副社長
プロダクト担当副社長は、プロダクト組織のハイレベルなサポートリソースであり、プロダクトビジョン全体とそれが組織にどのようにフィットするかについて責任を負います。

プロダクト担当副社長の仕事と責任は、プロダクト組織の予算を管理し、プロダクトに関する戦略的な決定がビジネスゴールと一致していることを確認し、社内政治や内紛からチームを保護することです。

通常、プロダクト担当副社長は、1年後にチームに何が必要かを検討することに時間を費やします。そして、その目標を達成するために、チームを組織し、戦術的に行動させる必要があります。

プロダクト担当副社長は、ほとんどの場合、プロダクト管理における10年以上の実務経験が必要です。そして、少なくとも5年以上、開発チームと仕事をし、管理し、プロダクトマネージャー、デザイナー、エンジニアを率いてきたことが必要です。

チーフ・プロダクト・オフィサー
チーフ・プロダクト・オフィサー(最高プロダクト責任者)は、通常、プロダクトリーダーとして多くのプロダクト担当副社長を管理する人か、プロダクト担当副社長の単なる拡大版のどちらかです。

チーフ・プロダクト・オフィサーは、プロダクトポートフォリオに目を配り、予算、人員リソース、リサーチが適切に投資され、ROIが最大化されることを確認します。

3年から5年の時間枠の中で戦略的な意思決定をするのです。そして、チームを鼓舞するためにプロダクト目標を設定するのです。

組織全体のパフォーマンスを上げるために、人を指導し、動機づけをする責任があります。この役割で成功するためには、客観的な基準に基づいて開発、測定、改善する必要があります。

この役割の経験要件は様々ですが、通常10年以上から15年以上、あるいは20年以上となります。

プロダクトマネジャーの専門性

専門化が進むプロダクトマネジメント (The Growing Specialization of Product Management)
https://www.reforge.com/blog/product-specializations
By: Adam Fishman (@fishmanaf) and Keya Patel (Linkedin @keyapat)

PMには専門分野があるにもかかわらず、多くの人はPMには標準的なタイプがあり、その役割は同等であると考えています。これは、PMのキャリアが浅かったり、PMへの理解が浅かったりするために起こることです。しかし、PMの役割がすべて同じだと考えてしまうと、問題が生じてきます。

1.ツールが伝わらない: PMは、どのような問題に対しても、自分が使い慣れた同じツールやアプローチを適用します。

2.地道な努力の積み重ね: PMにとって新しいプロダクト分野である場合、PMは苦労し始める可能性があります。

3. 集中の低下: PMの役割が均等であれば、どこに焦点を合わせればいいのかがわかりません。その結果、プロダクトマネジャーの学習は通常遅くなります。

4. 才能の混乱: 具体的な専門分野やスキルを確認せず、他組織での実績に基づいてPMを採用します。

5. 競合する同僚: 企業や採用担当者が、頭の片隅でPMを比較します。

PMの役割はそれぞれ異なりますが、どのPMにも共通して求められるスキルがあります。それは、通常、

「分析、ダッシュボードや主要なコールアウトの解釈、指標や財務目標の理解・設定、開発者・データサイエンスとの協働などに関する技術的・データ的な快適さ。」
コミュニケーションとコラボレーション: 部門横断的なチームを動機付け、目標に向かって導くと同時に、他者(他のチームや経営幹部など)からの賛同を得る。」
「曖昧なプロダクト・顧客ニーズを分解し、適切な解決策を見つけるために実験や反復を行う問題解決力。」
「エンドユーザーと共感し、耳を傾け、共創して、既存のペインポイントを解決したり、新しいペインポイントを特定するユーザー理解。」
「チーム、プロダクト、組織にまたがる多くの可動部分を考慮に入れながら、より大局的な組織、ユーザー、投資家の目標に集中するための戦略的思考。」

そして、PMの専門性には4つのタイプがあります。

画像2

フィーチャー・ワーク
PMの仕事の大半はフィーチャー・ワークです。通常、プロダクトマネージャーはこの分野でキャリアをスタートさせます。

グロースワーク
グロースプロダクトの仕事は、既存の市場をより多く獲得することで価値を創造し、獲得します。」

スケーリングワーク
「スケーリングは、プロダクトチームが機能、成長、プロダクト・マーケット・フィット拡大作業にわたって新しいものを出荷する能力を維持することを保証します。」

プロダクト・マーケット・フィットの拡大
「プロダクト・マーケット・フィットの拡張は、隣接市場、隣接プロダクト、またはその両方に拡張するために、非増加的な方法でプロダクト・マーケット・フィットの上限を増やすことです。」

最後に、これらのプロダクトワークの各領域が、PMのスペシャリティにどのように直接マッピングされるかを見てみましょう。

フィーチャー・ワーク → コアPM
「プロダクトの特徴的な作業を主に行うプロダクトマネージャーはコアPMと呼ばれます。コアPMは、顧客のペインポイントやニーズを解決することにレーザーフォーカスしています。」

グロースワーク → グロースPM
「グロースPMは通常、獲得、CAC、サインアップ、無料トライアル開始、コンバージョン/購入率、マネタイズ、ARPU、リテンションなどのビジネス指標を通して、プロダクトと顧客の旅にレーザーフォーカスしています。」

スケーリング → プラットフォームPM
「プラットフォームPMは、プロダクトワークのスケーリングにフォーカスしています。プラットフォームPMは、組織の継続的な成長のために、社内の顧客/ニーズに焦点を当て、社内のプラットフォームやサービスの拡張を行います。」

プロダクト・マーケット・フィットの拡大 → イノベーションPM
「イノベーションPMは、プロダクト・マーケット・フィットに到達し、それを拡大するための新しい機会を特定し、実験することにレーザーフォーカスしています。」

(アソシエイト) プロダクトマネージャーになるには

HubSpotのPMが語る、プロダクトマネージャーになるための方法 (How to Become a Product Manager, Straight From a HubSpot PM)
https://blog.hubspot.com/service/become-product-manager
By: Scott Judson

(アソシエイト)プロダクトマネージャーになるには、創造的な問題解決能力、戦略的な考え方、協調的な姿勢、卓越したコミュニケーション能力、高い共感力などのスキルが必要です。しかし、これらのスキルは経験を通じて成長させることができますので、それを高めていく姿勢が必要です。

まだプロダクトマネージャーになっていない人は、基本的にプロダクトマネージャーになるには2つの方法があります。1つ目は、今働いていない会社でプロダクトマネージャーになる方法です。おそらく、こちらの方法の方が一般的であることは想像がつくと思います。では、その手順をみていきましょう。

1. 役割について調べ、現役のプロダクトマネージャーと話をする

リンクトインで既存のプロダクトマネージャーとつながったり、YouTubeでプロダクトマネージャーが自分の役割を説明しているビデオを見たりしてもよいでしょう。そうすることで、その仕事に何が必要なのか、また、プロダクトマネージャーを募集しているのはどのような企業なのか、よりよく理解できるようになるはずです。

2. プロダクトマネジメントの認定コースを受講する

PMの役割は外から見ると複雑そうで、それについて調べるのも大変だと思うので、プロダクトマネジメントのコースを受講することをお勧めします。

また、資格を持っていれば、他の候補者の履歴書と差をつけることができます。

3. サイドプロジェクトを立ち上げ、失敗も含めて記録する

サイドプロジェクトを始め、それを最初から最後まで監督することは、あなたにできる最良のことです。プロジェクトを最初から最後まで管理したのですから、プロダクトの開発から発売までのライフサイクルを管理することができます。プロジェクトを通してどのように問題を解決したかを示すだけでなく、失敗や間違いを伝えることで、あなたがそれを学び、プロダクト開発のライフサイクルを管理するスキルを持っていることを証明することができるのです。

4. コミュニケーションとストーリーテリングのスキルを磨く

プロダクトマネジメントには、高いインパクトを与えながらアイデアを簡潔に伝えることができるよう、強いコミュニケーション能力とストーリーテリング能力が必要です。

5. 技術的なバックグラウンドを身につける

プロダクトマネージャーは通常、技術系企業で働くため、初歩的な技術的バックグラウンドを持っていると良いでしょう。そして、この知識を得ることで、必要に応じて新しい技術的なことを学ぶ意欲があることを将来の雇用主に示すことができます。

6. 該当する場合は、アソシエイト・プロダクト・マネジメント・プログラムに応募する

アソシエイト・プロダクト・マネジメント(APM)プログラムは、新卒や早期キャリアのプロフェッショナルに、プロダクトマネジメント分野に参入する機会を提供します。未経験者でも応募可能です。ポジションは一時的なものですが、多くのプログラムは企業内の正社員につながるものです。

7. PM職への応募

APMプログラムに合格した場合は、このステップを行う必要はありません。しかし、キャリアが進んでいる方やAPMプログラムに参加しなかった方は、今こそPMのポジションに応募する時です。小規模な組織から始めて、より大きな企業や有名な企業へとステップアップしていくことをお勧めします。

2つ目の方法は、現在働いている会社でプロダクト・マネージャーになることです。あなたの会社にプロダクト・マネジメント・チームがあれば、このステップを踏むことができます。

1. 仕事でエンド・ツー・エンドで自分の担当できるプロジェクトを見つける

プロダクトマネージャーの認定コースを受講しているのであれば、その例になります。コースだけでなく、会社でも、自分が最後までオーナーになれるプロジェクトがあるかもしれません。あるいは、自分でビジネスを始めることもできます。ただ、大事なのは、新しいアイデアを試して失敗してもいいように、問題設定に取り組むことです。プロダクトマネージャーへの道程で、役に立つヒントを拾ってください。

2. 職場のサイドプロジェクトとして、ボランティアで問題解決に取り組む

企業は、スタートアップ企業であろうと大手組織であろうと、最も困難な課題に取り組む権限を労働者に与えています。本業とは関係のない課題に取り組む自主性や時間がない場合は、自分と上司がやりがいを感じられる課題を見つけるまで模索を続けましょう。

問題を特定したり、チームメイトや上司に問い合わせたりすることも可能です。通常の業務に加え、自分が所有するソリューションの研究、テスト、実装などの雑務を引き受けましょう。

3.困難な問題に取り組み、調査を行い、部門を超えたコラボレーションを主導する実績を作る

会社でも、資格取得コースでも、困難な問題はたくさんあります。プロダクトマネージャー候補として、協働することが必要です。そして大切なことは、取り組んでいるプロジェクトや実験を記録し、発見したことを記録し、学んだことを活かして、プロダクトチームとのネットワーク作りを始めることなのです。また、現在の会社以外でPMのポジションを求めている場合は、個人のブログやリンクトインのプロフィールに自分の成果を記録しておくとよいでしょう。

4. 会社のPM職の募集に応募する

上記のような経験や実績があれば、あなたの会社のプロダクトマネージャーの求人に応募することができます。見込み客や顧客と気楽に話ができる、応募するプロダクトの役割について専門知識がある、測定・分析し、社内の関係者に重要な結果をパッケージングできる、などのスキルをアピールすることができます。そして、これらのスキル、成功や失敗の経験、部門を超えたコラボレーション、プロジェクトのオーナーシップが、面接でのあなたのアピールポイントになることでしょう。

プロダクトマネージャーからシニアプロダクトマネージャーへ

シニアプロダクトマネージャーになるには (Becoming a senior Product Manager)
https://www.lennysnewsletter.com/p/senior-product-manager
By: Lenny Rachitsky (@lennysan) and Jackie Bavaro (@jackiebo)

プロダクトマネージャーのキャリアは神秘的です。個人の貢献者としてスタートし、CPOやプロダクト担当の副社長になるために出世する、という認識を私たちは共有しています。しかし、その中間はどうなっているのでしょうか?

Jackie Bavaroは、シニアPMにレベルアップするために何にフォーカスすべきか、最高のフレーミングを説明します。シニアPMには、3つの最も重要な差別化要因があります。

1. 戦略
シニアプロダクトマネージャーは、プロダクトの長期的な戦略をどれだけ推進するかによって、仕事の優先順位を決めます。
戦略には3つの部分があります。(1)ビジョン、(2)戦略フレームワーク、(3)ロードマップ。どれから始めても構いません。

2. 自律性
優れたシニアPMは、多くのフィードバックやアドバイスを求めますが、上司の助けがなくても、チームを率い、ステークホルダーに対応し、問題を処理し、優れたプロダクトを出荷することができます。彼らは、与えられた指示をそのまま受け入れるのではなく、どのタイミングでそれに異議を唱えるべきかを理解しています。

自律性とは、単に能力が高いということではなく、自律的に機能するために必要な信頼を勝ち取ることを意味します。そのためには、積極的なコミュニケーションと、立ち上げを成功させた実績が必要です。上司と意図的に仕事を共有することも必要でしょう。

3. ニュアンス
上級になればなるほど、「ケース・状況による」が正しい答えのはずなのに、判断を迫られることが多くなります。これらの判断を認識し、整理して推論するのがシニアPMです。彼らは、混乱した状況や難しいトレードオフに対処することができます。

彼らは、プロダクトに関する専門知識と高度なメンタルモデルを持っているので、思考プロセスを数分で書き出すことができます。彼らは、混乱した問題領域で取り組むべき最も重要な課題を素早く特定することができます。

同僚や関係者は、あなたが洗練された思考に磨きをかけるための理想的なガイドです。彼らの悩みを真剣に受け止め、その裏にある複雑さに目を向けてください。彼らが正しいと思う条件とは何でしょうか?

シニアプロダクトマネージャーからプロダクトリーダーへ

渓谷を渡る。プロダクトマネージャーからプロダクトリーダーへ – リフォージ (Crossing the Canyon: Product Manager to Product Leader — Reforge)
Crossing the Canyon: Product Manager to Product Leader — Reforge Navigating a product manager career path can be tough. Our ex www.reforge.com By: Fareed Mosavat (@far33d) and Casey Winters (@onecaseman)

シニアプロダクトマネージャーとプロダクトリーダーの間には、峡谷があります。シニアプロダクトマネージャーからプロダクトリーダーへの移行で、数多くのキャリアが行き詰まるのを目の当たりにします。なぜなら、それはほとんど別の仕事であり、いくつかの新しいスキルが必要だからです。また、シニアプロダクトマネージャーとプロダクトリーダーのインセンティブが一致していないため、難しいのです。

アソシエイト・プロダクト・マネージャーからシニア・プロダクト・マネージャーになると、同じような問題を解決し続けることになりますが、問題は難しくなっていきます。

シニアプロダクトマネージャーからプロダクトリーダーへの移行で重要なのは、
1つのタイプのプロダクトワークの深さ→複数のタイプのプロダクトワークの広さ。

プロダクトマネジメントには、1.フィーチャー・ワーク、2.グロースワーク、3.スケーリングワーク、4.PMF拡大ワークという4つのタイプの仕事があります。このうちのどれかの分野で専門性と深みを身につけるのです。

プロダクトリーダーとして成功するために、
• プロダクトの問題点に対して広い視野を持つ。
• さまざまなタイプのプロダクトワークでROIを最大化する。
• I字型からT字型へ。

自分の仕事をうまくやること → 他人の仕事をうまくやるように訓練すること。

プロダクトリーダーとしてのあなたの価値は、あなたのアウトプットではなく、チームのトータルアウトプットで評価されます。そのため、他の人を上手に育てることが必要です。しかし、あなたが生まれ持った強みというのは、教えるのが最も難しいということを覚えておいてください。

そして、これが招く最も一般的な罠は、最も重要なプロジェクトを自分のために残しておくことです。これは、マネージャーのデス・スパイラルと呼ばれるものです。

今ある資源で解決する → 資源を配分し、周囲に影響を与えることで解決する。

組織横断的にリーダーワークをプロデュースする。自分の直接のコントロール範囲外の問題を解決するために、組織内の他者に影響を与える必要があります。しかし、通常、難しいのは、1.上にも横にも影響を与えることは新しいスキルであり、2. 自分が成功したかどうかを判断されることがない

個人のスコープを広げる → 組織のスコープを広げる。

プロダクトリーダーとして、新しいチームを可能にするために、自分の責任の一部を脱ぎ捨てて、自分の範囲を狭める必要があるのです。そして、軌道修正やエスカレーションを行うべき問題を特定するために、十分なコンテクストを取得し、一貫して十分なコンテクストを提供できるようなシステムを構築する必要があるのです。

プロダクトマネージャー – 階層

クワンの「プロダクトニーズの階層構造」。プロダクトマネジャーの4つのレベル Kwan’s Hierarchy of Product Needs: The Four Levels of Product Managers
https://www.heavybit.com/library/blog/kwans-hierarchy-of-product-needs-the-four-levels-of-product-managers/
By: Connie Kwan (@Conniekwan_)

プロダクトマネージャーの仕事は、意思決定をすることです。意思決定のリスクが高ければ高いほど、その意思決定をサポートするプロダクト・マネージャーには、より多くの経験を積ませたいものです。このように、プロダクトマネージャーには4つのレベルがあります。

画像3

レベル1:出荷⛵️(PM)

「PMが満たすべき最も基本的なニーズは、機能を出荷することです。」このレベルの仕事には、正しい仕様について設計と議論し、顧客のニーズを持ついくつかの機能をテストすることが含まれます。また、エンジニアと仕様についてコミュニケーションをとりながら、日々エンジニアと協力してプロダクトを成功裏にリリースしていきます。

レベル2:企画 🚂(シニアPM)

プロダクト・マーケット・フィットに挑戦し続け、3〜6ヶ月の中期的なビジョンを持ってチームをマネジメントしていく役割です。そして、顧客の真のニーズを引き出す必要があります。また、複数のインプットを用いてプロダクトのビジョンを描き、そのビジョンに基づいてチームをまとめることが求められます。

レベル3 戦略的 ✈️(ディレクター〜VP)

戦略PMは、会社のビジョンを掲げ、BHGへの道筋を見える化します。各経路の検証を行い、テストやリスク低減の方法を見出します。

レベル4戦略的パートナー 🚀(CPO)

企業が急成長するとき、CPOは必要です。CPOは、会社のプロダクト文化を設定し、強化するのに役立ちます。また、CPOはCEOやCFOと社外とのパートナーシップの機会をもたらします。また、CPOは、チーム、取締役会、ユーザーに対して、プロダクトストーリーを作り、伝え、会社の収益と資金調達の流れを維持する手助けをします。

この記事が、プロダクトマネージャーのキャリアパスの全体像を理解する一助となれば幸いです。何か質問があれば、TwitterLinkedInのDMでお願いします。

次に何をすべきか覚えていますか?

この記事や添付されているプロダクトマネジメントの記事をただ読んで終わりにするのではなく、共感したところをハイライトして、感想や学びをGlaspに残しておきましょう。そうすれば、いつでも見返すことができ、私たち皆が同時に学習することができます。
私のプロダクトマネジメントに関する記事のリーディングリストはこちらから参照ください。👉 Glasp – Product Management

では、また次回。

Kei


フォローして最新情報をチェック!

広告

プロダクトマネジメントのブラックボックス

PMは「なぜ存在するのか」と問われると悲しくなる

プロダクトマネジメントの世界には、すべてのPMが経験したことのある通過儀礼があります。

「プロダクトマネージャーって何する人?」

私は、この質問をするデザイナーやエンジニアに共感します。なぜなら、プロダクトマネージャーの活動は断片的であり、真の規律が見えてこないからです。

プロダクトマネジメントを始めた当初は、自分がやっていることすら知りませんでした。それどころか、私は初めての創業者で、「スタートアップをやっている」だけだと思っていました。

その後、PMの仕事の面接を受けたとき、より有能な人たちが、私は実際にプロダクトマネジメントをやっているのだと教えてくれたのです。そして、私はその仕事に就きました。その仕事を始めて間もない頃、私は上記のような悪名高い質問を受けました。私は気分を害することなく、むしろ彼らと同じように興味を持ち、プロダクトマネジメントについて(何度も)読みました。インターネット上では、さまざまなことが言われていました。

  • 私はプロジェクトマネージャーではない。そして、そうだと思われたら、怒るべきである。
  • 私はプロジェクト・マネージャーではないので、「何を」「なぜ」ということを考える必要がある。
  • 私はビジョナリーであるべきだ、顧客の声であるべきだ、ミスター・ゲット・シット・ダン(パッパとやる人)であるべきだ、などなど。

私はそのすべてを吸収しました。最初の数ヶ月は、私のプロダクトマネジメントのバイブルである『Good Product Manager, Bad Product Manager』を毎週のように読み返しました。

そして、何度もプロダクトを出荷しました。そして、すぐに役立つと感じるようになりました。

その仕事を始めて数年後、私は他のプロダクトチームを管理するようになりました。他のPMは私に、彼らがなぜ存在するのかという質問に答えることができるように、それを定義してくれることを期待するようになりました。私は、これまで読んだ最高の投稿のカクテルと、長年にわたって経験した例を提供しました。

私は現在Shopifyにおり、3つ目のプロダクトマネージャーの役割を担っていますが、改めて自分が本当にやっていることは何なのか、前提を見直すことになりました。Shopifyは真のエンジニアリング文化であり、会社の規模に比してプロダクトマネージャーは非常に少数です。ちなみに、私が以前勤めていた会社では、PMと社員の比率は1:10でした。Shopifyは(ディレクターも含めて)1:80に近いです。

私が入社した最初の週に、あるエンジニアから「あの質問」をされました。

ここで働いていてよかったと思うことのひとつは、プロダクトをいかに効率的に構築し出荷するかという、別のアプローチを観察することができたことです。Shopifyのエンジニアやデザイナーは、非常に才能があり、意見がはっきりしていて、自立しています。

また、変えてはいけないものを見つけ出し、そうすることで「なぜ」を優先し、「何」を抽象化することを余儀なくされました。この記事はShopifyについてでもなく、効果的なプロダクトマネージャーになるための方法についてでもありません。なぜプロダクトマネージメントが存在するのかについてです。

▼本記事の内容
  1. なぜプロダクトマネジメントなのか
  2. スピード
  3. スケール
  4. カオスのカクテル
  5. なぜプロダクトマネージャーなのか
  6. 良いプロダクトを開発するのは難しい
  7. プロダクトマネージャーは複合的である
  8. なぜブラックボックスは存在し続けるのか

*この記事は、The Black Box of Product Managementを著者の了解を得た上で翻訳したものです。

著者: Brandon Chu
翻訳者: 渡辺圭祐

なぜプロダクトマネジメントなのか

プロダクトマネジメントは、企業にとって2つの指数関数的な力が作用した副産物です。

スピード: 技術革新のスピードが加速している業界に存在する企業。
スケール: プロダクト、組織、顧客の成長により、複雑性が増している。

スピードは指数関数的な力であり、一定期間ごとに、前回よりも多くの変化が起きている。スケールについても同様で、機能、従業員、ユーザーが増えるたびに、前よりも複雑さが増していきます。

プロダクトマネジメントという職業が主にソフトウェア会社で普及してきたのは、ソフトウェアが本質的にスピードとスケーラビリティの点において優れているからです。

スピード

インターネットは、ソフトウェア製品を市場に送り出す方法を変えました。毎年リリースされ、段ボール箱が棚に並んでいた時代はとうに過ぎ去りました。この20年間、チームはコードを書き、それを配備し、すべての顧客に即座にアップデートを提供してきました。

ソフトウェア開発そのものへの参入障壁が低くなったのです。高度なプログラミング言語が持つ親しみやすさと、オープンソースライブラリの普及により、開発者はかつてないほどの生産性を手に入れました。同時に、機能的なプロダクトを構築し、それを配備するためのインフラコストは、基本的にゼロになりました。

つまり、世の中のあらゆる大きな問題は、何百もの独立したチームがその解決に取り組んでいる可能性が高いのです。

このように、スピードには2つの意味があります。ソフトウェア開発で何かを市場に投入する速さと、(重要なことですが)企業が生き残るためにいかに速くすることを競争によって強いられるかということです。

スケール

50人以下のスタートアップがプロダクトマネージャーをほとんど持たない理由は、その複雑さがまだ管理可能であるからです。CEOと共同創業者は、集中した問題に向けて会社を調整し、スクラップなスタートアップの力をその問題に解放することができるのです。

しかし、会社が成長するにつれ、機能が追加され、顧客が多様化し、チームが大きくなるにつれて、複雑さが出てきます。そして、その複雑さは指数関数的に大きくなっていきます。

例えば、20人のスタートアップがどれだけのミーティングを行えると思いますか?

その答えは、なぜ私たちが指数関数的な概念を苦手としているのかを示しています。

会社が解決する問題も同様に複雑さを増していきます。チームが高度な問題を解決すると、何百もの派生的な問題が生まれ、そのすべてが解決されることを待ち望んでいます。しかし、会社はそのすべてを解決することはできません。何百もの解決すべき問題に直面したとき、どこに焦点を当てるかは、企業にとって最も重要な決定となります。

カオスのカクテル

スピードとスケールが同時に企業に与える影響を考えると、企業の全体像を考える人がいなければ、最終的に物事が脱線してしまうことは容易に想像がつくでしょう。最終的にその役割を担うのはCEOですが、CEOがマルチタスクの限界に達したとき、他の誰がその穴を埋められるでしょうか?

なぜプロダクトマネージャーなのか

確かに、プロダクトにはある程度の管理が必要です。では、なぜプロダクトを管理できるように全員を訓練するのではなく、特定の役割を担う人を採用するのでしょうか。

簡単に言うと、プロダクトを管理するのは想像以上に難しく、できるようになるには長年の経験が必要だからです。長い答えはこうです。

良いプロダクトを開発するのは難しい

プロダクトマネージャーのコアコンピテンシーは、プロダクト開発を真に理解することです。つまり、どのような問題を解決すべきかを見極め、それを解決するためにどのようにチームと協働するかということです。

何度か立ち上げを経験した人なら、教科書とは裏腹に、以下のような直線的なプロダクト開発プロセスがおとぎ話であることを知っています。

たとえ、各ステップ間にフィードバックループを設けたとしても、機能チームがチェックリストを通じて協力し合うという、整然とした連続したステップという考え方は欠陥があります。テクノロジーが指数関数的に進歩する世界には、単純にそぐわないのです。

世の中の変化が速すぎて、3カ月前のリサーチ結果を元に開発することはできません。

私は、現代のプロダクト開発は、ユーザーの要望を実現するために、相互に関連する分野がネットワークで連携したシステムであると考えます。プロダクトマネージャーは、このネットワークにおけるコミュニケーションを促進するAPIです。

各ノードは、専門分野の幅広いバケットを表し、それぞれが、それを習得するために人々がキャリアを捧げるほどの深みを備えています。これは、スピードとスケールがクリティカルマスに達した企業におけるプロダクト開発の重要な品質です。あまりにも多くのことを知らなければならないので、あるチームだけが効果的にプロダクトを提供することができたのです。

プロダクト開発のプロセスは、このシステムが時間軸の中でどのように動くかを示すものです。

プロダクトマネージャーは、問題の特定からプロダクトの発売まで、このシステムの指揮を執り、ネットワーク内の各ノードが他のノードの進捗を認識し、ユーザーが開発中のプロダクトをますます欲しくなるようにします。

最後に、組織の規模が大きくなると、複数のチームが必要になります。そして、効果的なプロダクト開発システムは、それらのチームを調整し、企業のビジョンに焦点を当てます。

プロダクト開発のAPIとして、プロダクトマネージャーは、重複する作業を排除し、他のチームがより速く開発できるようにインフラを共有することで、会社全体の効率化をサポートします。

プロダクトマネージャーは複合的である

プロダクトマネージャーは、このシステムの責任者として必要なスキルを身につけるために何年も費やします。複合的で、深さよりも広さを重視した学習方法です。

私はこれまで、プログラミング、UIデザイン、UXリサーチ、ファイナンシャル・モデリング、ビジネス開発、サポート、コピーライティング、会計、法務、契約交渉、レポート、マーケティング、ブログ記事、FAQ、プロダクトコピーなど、あらゆることをやってきました。

どの分野もエキスパートにはなれなかったし、いくつかの分野では境界線上の能力を獲得しました。APIとして役に立つだけの知識はあっても、(良い意味で)危険な知識はありませんでした。これこそがプロダクトマネージャーのスキルセットの真骨頂であり、開発者タイプの人々にとってPMがもたらす価値を正確に理解することを難しくしています。

PMは、プロダクト開発システム全体に責任を持つために、各分野についてただ十分であるというレベルで知識を備えています。

PMは、各分野に精通し、プロダクト開発システム全体に責任を持つことができるため、チーム全体に効果的に情報を伝達するために必要なあらゆる言語でコミュニケーションすることができます。

また、システム全体における変化の影響を評価する上でも、最適な立場にあります。最近、ShopifyのCEOと交わした会話で、彼はこのことを非常に簡潔に表現していました。

「優れたプロダクト担当者は、世の中の仕組みの変化がログファイルにどのような影響を与えるかを理解しています。そして、彼らはその影響をリアルタイムで察知することができるのです。」
トビ・リュトケ (言い直されています)

まさにその通りです。

スピードがキングであり、世界が指数関数的に変化している世界では、行動の前に合意を形成する時間を持つことは、しばしば贅沢なことなのです。チームはスピードを維持するために日々重要な決定を下す必要があり、それらの決定には大きなトレードオフや利害関係者間の対立があります。

そのような意思決定を推進するのは、プロダクトマネージャー以外の誰の仕事でもないのです。

なぜブラックボックスは存在し続けるのか

エンジニアやデザイナーの仕事は、PMの影響を短期的に観察することが難しいため、定量化しやすいのですが、プロダクトマネジメントにまつわる曖昧さは、しばらく残ります。

いつか、大学院で学位を取得し、プロダクトマネジメントへの明確なキャリアパスができるかもしれませんが、今はまだそうではありません。それまでは、企業の規模は拡大し続け、世界はより速くなり続け、遅かれ早かれ「これを管理する人が必要だ」と提案されることになるでしょう。

もしあなたがPMなら、次に誰かがあなたの存在に異議を唱えたとしても、腹を立てないでください。曖昧さを受け入れ(結局、あなたはPMなのですから)、自分の目的に自信を持ってください。

−−−−−−−−−−−−−−−−−−−−

そういえば、Shopifyは採用活動をしています。

他にお勧めの記事はこちらです。

7 Heuristics for being a Product Director (プロダクトディレクターになるための7つのヒューリスティック)

Product Partnerships (pt. 1/2)— The Making of a Partnership (プロダクト・パートナーシップ (pt. 1/2) – パートナーシップの成り立ち)

The Time Value of Shipping (配送の時間的価値)

#SWLH (Startups, Wanderlust, and Life Hacking)」に掲載されました。


Brandon Chuの他の記事を読む👀

👉 Brandon Chu

フォローして最新情報をチェック!

プロダクト開発の見方を変える15のアイデア

プロダクトマネージャーのためのアイデアとメンタルモデル

▼本記事の内容

*この記事は、15 Ideas That Will Shape Your View Of Building Productsを著者の了解を得た上で翻訳したものです。

著者: Alex Pedicini
翻訳者: 渡辺圭祐

1. Whyから始める (Start with Why)

「人々は、あなたが何をしたかを買うのではなく、なぜそれをしたかを買うのだ」。サイモン・シネックのリーダーシップの教えは、リーダーやプロダクトマネージャーがコミュニケーションやインスピレーションを得るための素晴らしいモデルとなっています。多くのリーダーはWhat(プロダクトやソリューション)から始めますが、シネックはWhy(存在意義)とHow(行動の指針となる理念や価値観)から始めることを提唱しています。

画像1
The Golden Circle — Start With Why

2. パレートの法則 (Pareto principle)

80/20の法則とも呼ばれ、結果の大部分は少数の原因から生まれるという考え方です。ビジネスに与える影響の大部分を占める機能や顧客を絞り込み、その機能の改善とユーザーの喜びに焦点を当てます。

3. ドッグフーディング (Eating your own dogfood)

これは自社プロダクトをテストし、使用することで、顧客に共感し、機会領域を特定する練習です。一般的なユーザーと同じ環境や状況でプロダクトをテストすることができれば、さらに効果的です。

4. ベロシティ(速度) (Velocity)

スピードとベロシティは同じではありません。スピードは方向に関係なく進む速さを表し、ベロシティは変位した距離を表します。プロダクト開発では、ベロシティが必要であり、進むべき方向は戦略に向かっているのです。ベロシティを上げるには、優先順位をつけ、戦略に貢献しないタスクやプロジェクトにはノーと言うことが必要です。

画像2

5. 二次的思考(セカンド・オーダー・シンキング (Second-order thinking)

目の前の決断の因果関係を考える一次思考とは対照的に、二次思考では「次に何が起こるか」を考えます。この思考法では、主に、変化や決断がもたらす予期せぬ結果や影響を理解する必要があります。10-10-10ルールは、自分の決定が2次、3次に及ぼす影響を理解するために特に役立ちます。

6. 可逆的な意思決定と不可逆的な意思決定 (Reversible vs. Irreversible decisions)

これは、ジェフ・ベゾスが2016年の株主への手紙で書いていることです。意思決定には、意思決定の大部分を占め、後で簡単に変更できる可逆的なものと、変更しにくい不可逆的なものがあるという考え方です。可逆的な意思決定は、すぐに軌道修正できるので、完全な情報がなくても素早く行うべきです。不可逆的な意思決定は慎重に行うべきで、結論を出すまでに、より広範な情報収集が必要です。重要なのは、自分がどちらのタイプの決断をしているのかをあらかじめ知っておくことです。

7. 機会費用 (Opportunity costs)

すべての決断にはトレードオフがつきものです。あるものを選択することで、別のものにノーと言うことになるのです。これは、優先順位をつけるときやロードマップを作成するときに特に当てはまります。優先順位をつける最も簡単な方法は、「今すぐやるべき、もっと価値のあることはないか」と問うことです。- もし答えがイエスなら、そのもっと価値のあることに取りかかればいいのです。

8. 選択のパラドックス (Paradox of choice)

選択肢が多ければ多いほど、必ずしも顧客が幸せになるとは限りません。人々は提示された選択肢に圧倒され、優柔不断になり、満足度が低くなる可能性があります。それよりも、よりスマートなデフォルト設定と、適切なタイミングで適切な選択肢を提示することに注力し、意思決定の疲労を回避することが重要です。

9. 逆転の思考 (Inversion)

問題に対して異なる視点を持つには、しばしばその問題を逆から考えることが有効です。何かがうまくいく理由を考え抜くのではなく、うまくいかない理由を考えるのです。また、現状から将来を予測するのではなく、最終目標から逆算してバックキャスティングしてみる。このようなことを促進するために、プロジェクトを始める前に「プレモルテム(Premortem)」を実施することが有効なテクニックです。

10. 確率的思考 (Probabilistic thinking)

プロダクト開発では、仮定と不完全な情報に基づいて意思決定を行う必要があります。確率論的思考とは、論理と推定を駆使して、ある事象がどのような結果をもたらすかを推測するプロセスです。このような思考は、どのような問題を解決し、どのようなソリューションを構築するかについて、どこに賭けるべきかの判断材料となります。

11. スケールしないことをする (Do things that don’t scale)

ソフトウェアによって私たちは信じられないほどのスケールで物事を行うことができますが、すべてのプロダクトや企業は小さなところから始まったことを忘れないでください。スケールしないことをするのは、手作業で仕事をすることが、学習への近道であることを思い出させるためです。そうすることで、あなたが目指している問題や顧客に近づくことができますし、そうしなければ見逃してしまうような別の機会も見えてくるかもしれません。時間が経ち、成功すれば、これらの作業を自動化することができます。

12. 前線基地を確保する (Secure the beachhead)

Geoffrey Moore氏は、著書「Crossing the Chasm」の中で、テクノロジー採用のライフサイクルの橋渡しについて述べています。この本では、まずターゲットとなる顧客層の小さなセグメントを特定して販売することで、アーリーアダプターからメインストリーム消費者へとプロダクトを移行させる方法について論じています。この考え方は、まずニッチな市場を見つけ、その狭い市場を満足させてからプロダクトや顧客層を広げていくことに似ています。

13. ビタミン剤と鎮痛剤 (Vitamins vs. Painkillers)

あなたのプロダクトが「あると便利なもの」(ビタミン剤)なのか「なくてはならないもの」(鎮痛剤)なのかを理解しましょう。プロダクトのポジショニングと販売の鍵は、あなたのプロダクトが解決する真のペインポイント、その問題を経験する人、そしてその問題を引き起こす「きっかけ」を特定することです。

14. マズローの欲求階層説 (Maslow’s Hierarchy of Needs)

マズローの欲求階層説は、人間の5つの基本的な動機と欲求を説明したものです。人間の欲求はほとんど変化しませんが、その欲求を達成するための解決策は頻繁に変化します。成功するソフトウェア製品はすべて、これらの基本的欲求のうち少なくとも1つを満たしていることに結びつけることができます。

画像3

15. 制約条件の理論 (Theory of constraints)

「鎖はもっとも弱い輪の部分以上は強くない」。 ボトルネックを特定し、その制約を減らしたり取り除いたりする作業を行うことで、単位時間当たりの処理能力を向上させることができます。このモデルは、あなたが作っているプロダクトであれ、あなたが依存しているプロセスであれ、作業中のあらゆるシステムに適用することができます。

−−−−−−−−−−−−−−−−−

1. Start with Why (Whyから始める)
2. Pareto principle (パレートの法則)
3. Eating your own dogfood (ドッグフーディング)
4. Velocity (ベロシティ)
5. Second-order thinking (二次的思考)
6. Reversible vs. Irreversible decisions (可逆的な意思決定と不可逆的な意思決定)
7. Opportunity costs (機会費用)
8. Paradox of choice (選択のパラドックス)
9. Inversion (逆転の思考)
10. Probabilistic thinking (確率的思考)
11. Do things that don’t scale (スケールしないことをする)
12. Secure the beachhead (前線基地を確保する)
13. Vitamins vs. Painkillers (ビタミン剤と鎮痛剤)
14. Maslow’s Hierarchy of Needs (マズローの欲求階層説)
15. Theory of constraints (制約条件の理論)


フォローして最新情報をチェック!

%d人のブロガーが「いいね」をつけました。