プロダクトマネージャーの仕事とは何か?
この記事は、以下サイトの機械翻訳です。
プロダクトマネージャーは一人として同じ人はいません。様々なバックグラウンドを持っています。また、プロダクトマネージャーの役割として重視する点や、スタイル、対人関係のスキルも異なります。ある人は大学を卒業したばかり。ある人は大学を卒業したばかりで、ある人は技術的な分野からキャリアチェンジした経験豊富なベテランです。また、戦争の話や逸話を持っている生涯現役の人もいます。
このように、プロダクトマネージャーには多様性と幅広さがあるため、典型的なプロダクトマネージャーを特定することは不可能です。しかし、会社によってその役割が大きく異なることを念頭に置き、どこかから始めなければなりません。ここでは、しばしば誤解されがちなこの職業について、半定義的なガイドをご紹介します。
プロダクトマネージャーとは?
プロダクトマネージャーの仕事内容はどのようなものでしょうか?10人のプロダクトマネジャーに自分の仕事を尋ねれば、10通りの答えが返ってくるだろう。学校の先生や警察官とは異なり、「プロダクトマネージャー」には明確で一貫した仕事内容がありません。それは、プロダクトマネージャーの責任が業界や企業によって大きく異なるからです。
しかし、プロダクトマネージャーは、プロダクトの開発を推進し、最終的にはそのプロダクトの成功に責任を持つという点で、共通しています。
ここまで、プロダクトマネージャーの仕事を「プロダクトの開発を推進する」という最高レベルで定義してきましたが、具体的にはどのような仕事なのでしょうか。プロダクトマネージャーは何をするのでしょうか?また、B2BとB2Cでは異なるのでしょうか?
B2BプロダクトマネージャーとB2Cプロダクトマネージャーの比較
B2B | B2C |
---|---|
業界のエキスパート | 実験とデータ分析 |
プロのバイヤーペルソナにフォーカス | 個々のバイヤーペルソナにフォーカス |
プロダクトを購入する人は、通常、ユーザーではありません。 | 一般的に、より多くのユーザーベースを持っている |
期待と要求のある顧客 | プロダクトを購入するのは、通常、ユーザーです |
ワークフローの妨げにならないよう、機能をまとめてリリースする | 希望や欲求を持つユーザー |
プロダクトマネージャーの仕事を深く掘り下げてみましょう。
戦略的方向性
プロダクトマネージャーは情報収集者であり、自分で得た知識をもとにプロダクトの戦略的方向性を決定します。
- 自社ビジネスの戦略的目標
- 市場の需要と機会
- プロダクトを実現するために利用可能な技術的、財政的リソース。
これらのデータを分析し、戦略的な方向性を決定した後、プロダクトマネージャーの仕事は、この戦略を多くのステークホルダーに伝え、意思決定者の賛同を得ることです。そして、適切なチームがそれぞれの役割を理解し、プロダクト戦略を実行するために必要なツールを持っていることを確認します。
伝える、調整する、説得する
戦略のコンセンサスが得られても、その実行は魔法のように起こるわけではありません。プロダクトマネージャーは、開発チームの注目を集めるために戦い、リソースを確保し、営業やマーケティングがプロダクトに適切な愛情を注いでくれるよう説得しなければなりません。
製造業の勢いがなければ、機会の窓は閉じられ、競合他社が大きな利益を得る可能性があります。プロダクトマネジメントは、自分たちがエンジンを持っていなくても、列車を前進させなければなりません。
しかし、これは実装そのものの細かい部分の管理と混同してはいけません。プロダクトマネージャーは、プロジェクトマネージャーやファシリテーターとしての役割を求められることも多い。しかし、実際には、チームが「どのように」提供するかは、彼ら次第なのです。プロダクトマネージャーは、その会話の一部なのです。
プロダクトマネージャーとプロジェクトマネージャーの主な機能
プロダクトマネージャー | プロジェクトマネージャー |
---|---|
リサーチ | イニシアチブをタスクに分解する |
プロダクトビジョンの設定 | プロジェクトのタイムラインの計画 |
ステークホルダーへのビジョンの伝達 | プロジェクトリソースの割り当て |
戦略プランの策定 | タスク完了の監視 |
プロダクトロードマップの作成と維持 | ステークホルダーへの進捗状況の伝達 |
テクニカルプロダクトマネージャーとは
プロダクトマネージャーには、「テクニカルプロダクトマネージャー」と呼ばれる特殊なタイプがあります。他にも専門的なプロダクトマネジメントの肩書きはありますが、圧倒的に多いのがこのタイプです。
テクニカルプロダクトマネージャーの具体的な仕事内容を説明する前に、プロダクトマネージャーは技術者でなければ務まらないのかという疑問があります。この問題については、さまざまな見解があります。ソフトウェアやハードウェアのプロダクトを管理するのであれば、技術的なスキルは大きなプラスになると考えられます。
この役職には、それなりの期待と責任が伴います。テクニカルプロダクトマネージャーには、プログラミングやシステム設計などに関する重要かつ実用的な知識が求められます。また、プロダクトが使用している技術的なソリューションスタックに精通し、技術チームとのディスカッションでも自分の力を発揮しなければなりません。彼らの経験は、与えられた開発サイクルでは実現不可能な要求や大きすぎる要求という落とし穴を避けるのに役立ちます。テクニカルプロダクトマネージャーは、元開発者、テクニカルサポートスタッフ、アーキテクトがプロダクトマネージメント分野に進むための一般的な足がかりとなります。
テクニカルプロダクトマネージャーは通常、大規模なプロダクトマネジメントチームに所属します。プロダクトの特定の部分に責任を持つこともありますが、さまざまなイニシアチブの技術的側面を管理するために、アドホックに配置されることもよくあります。
テクニカルプロダクトマネージャーの長所と短所
長所 | 短所 |
---|---|
開発チームやエンジニアリングチームとのコミュニケーションが向上する | PMチームが十分な規模であり、専門性が求められる場合にのみ必要となることがある |
技術トレンドとそのロードマップへの影響を理解している | 技術的ソリューションに特化しすぎてしまう恐れがある |
競合分析や技術的課題に関する専門家 | 開発チームの延長線上になる可能性がある |
プロダクトマネージャーのスキル
プロダクトマネジメントには、プロダクトのライフサイクルのさまざまな段階を効果的に進めるための、特定のハードスキルとソフトピープルスキルの組み合わせが必要です。
プロダクト開発プロセス
プロダクト開発プロセス:プロダクト開発プロセスとフレームワークを具体的に理解することが重要です。プロダクト開発チームとの協力関係を構築する前に、プロダクトマネージャーは、彼らの言葉を理解し、期待されていることを理解し、プロジェクトマネージャー、UXプロフェッショナル、アーキテクトなどと比べて、自分の仕事の範囲を把握する必要があります。
価格設定の原則
プロダクトマネージャーは、ビジネスや経済の基本方針をしっかりと理解している必要があります。価格設定はしばしば彼らの肩にかかっています。もし彼らが、基本的なユニットエコノミクスを収益性と拡張性のあるビジネスに変えることができなければ、彼らのキャリアはかなり短くなるでしょう。
優先順位付け
優先順位付けはプロダクトマネジメントの中核をなすものです。各機能、技術的負債、プロジェクト、イニシアチブの相対的な価値と影響を評価し、首尾一貫した戦略を策定することは、この仕事の最も重要な部分です。一貫性のある戦略とは、いざというときに「ノー」と言えることや、必要に応じてピボットや戦略的シフトの必要性を認識することも含みます。
プロダクトマネジメントにおける6つの重要なハードスキル
1. 基本的なビジネスコンピテンシー
2. プロダクトマネジメントの基礎知識
3. 非情なまでの(客観的な)優先順位付け能力
4. 調査・分析能力の高さ
5. 経済学に精通している
6. 開発の原則に関する知識
コミュニケーション
ソフト面では、コミュニケーションが成功するプロダクトマネージャーの核心となります。プロダクトマネージャーは、様々な役割を担うあらゆる人々と快適に会話をすることができる暗号解読者でなければなりません。プロダクトマネージャーは、お客様、社内のチーム、そしてステークホルダーと話します。プロダクトマネージャーは、エンジニアと仲良くしたり、ステークホルダーの視点に立ったりしなければなりません。
また、戦略やビジョン、具体的な計画とその根拠を伝えることも重要です。プロダクトマネージャーは、仕事を成し遂げるために、コンセンサスを得て、組織のサイロを壊し(少なくとも横断的に)、ステークホルダーを味方につけなければなりません。プロダクトマネージャーは、他の役割よりも、プロダクトの成功と成長、あるいはプロダクトの崩壊と失敗を左右する様々な性格の人たちと接します。
ここでは、プロダクトマネージャーが習得すべき必須スキルをテーマにした素晴らしいウェビナーをご紹介します。このセミナーでは、プロダクトマネージャーとは何か、プロダクトマネージャーが身につけるべきソフトスキル、プロダクトマネージャーが知っておくべき商売道具などが取り上げられています。
GoodなPMとGreatなPM
プロダクトマネジメントの分野では、公式な資格や大学の学位、公式なトレーニングプログラムによって「認定されたプロダクトマネージャー」として認められることなく、さまざまな経歴を持つ人がいます。ある人にとっては、この曖昧さがこの役割の重要な要素となります。技術者としての顔を持つ人もいれば、市場やポジショニングにこだわる人もいます。また、ビジネスアナリストとしてある程度の影響力を持っている人もいれば、顧客を中心としたアイデアの持ち主もいます。
誰がプロダクトマネージャーとして優れた能力を発揮しているかを見分けるにはどうすればよいのでしょうか。Greatなプロダクトマネージャーは、先に述べた特徴をすべて兼ね備えています。様々な分野に精通していることは言うまでもありません。また、必要に応じてどんなテーマでも深く掘り下げることができるだけの熱意と経験があります。
プロダクトマネージャーからプロダクトリーダーへをダウンロード➜
プロダクトマネージャーは、戦略と戦術のバランスをとることができ、どちらか一方に傾倒することを嫌うことはありません。最も重要なことは、プロダクトマネージャーは、たとえ新プロダクトを出荷しなければならないというプレッシャーを感じていたとしても、あらゆる仮定に挑戦し、機会あるごとに「なぜ?
プロダクトマネージャーは、戦略と戦術のバランスをとることができ、どちらについても深く考える必要がない。例え新プロダクトを目に見える形で「出荷」しなければならないというプレッシャーを感じていても、最も重要なことは、プロダクトマネージャは機会のあるごとに、すべての前提に挑戦し、「なぜ?」と問いかけることだ。
プロダクトマネージャーとしての自己満足の解消
優れたプロダクトマネージャーのもう一つの特徴は、平凡さに甘んじないことです。多くの場合、プロダクトは、戦略で想定された基本的な機能を備え、安定した収益と成長を達成した時点で「完成」とみなされます。
しかし、「完成」の定義にかかわらず、放置されたプロダクトは無用の長物となる運命にあります。競合他社が市場シェアを奪うような画期的な機能を開発したり、新規ユーザーがいなくなってしまったりするからです。だからこそ、Greatなプロダクトマネージャーは、プロダクトの機能を向上させる方法を常に探しているのです。また、プロダクトには常に改善の余地があるのです。
優先順位を付ける
プロダクトマネージャーは、優れた業績を上げようとするならば、すべてをこなすことはできないことを認識する必要があります。プロダクトマネージャーに、仕事でよく使う最も重要なスキルは何かと尋ねると、コミュニケーションと優先順位付けだと答えるでしょう。多くの場合、あなたは優先順位を伝えることができています。
プロダクト機能の優先順位付け
優れたプロダクトマネージャーは、データに頼らずに意見を述べるという、この職業の最大の落とし穴の一つを回避する方法も知っています。プロダクトマネージャーは、「直感」や「本能」だけで判断することはありません。直感は探究心をかき立てるかもしれませんが、最終的には、すべての決定は冷たく厳しい事実に基づいて行われるべきです。
幸いなことに、プロダクトマネージャーは、機能の優先順位を決める際に、ゼロから始める必要はありません。優先順位付けのフレームワークは、個人の好みや企業の目標に応じて、数多くの中から選ぶことができます。 例えば、Buy-a-Feature方式では、ステークホルダーに難しいトレードオフの判断を迫ることができます。また、「価値 vs. 複雑さ」のフレームワークを利用して、手っ取り早く成功を収めることもできます。
ここでは、人気の高い優先順位付けフレームワーク「MoSCoW」の仕組みを簡単にご紹介します。
MoSCoWによる優先順位付け
M | Must have: チームにとって必須となる、譲れないプロダクトニーズ。 |
---|---|
S | Should have: 必須ではないが、大きな価値をもたらす重要な取り組み。 |
C | Could have: あると便利な取り組みで、省いても影響が少ないもの。 |
W | Will not have: 持たない:この期間では優先度の低い取り組み。 |
何よりも、ひとつのフレームワークにこだわる必要はありません。時と場合に応じてさまざまなフレームワークを使い分けることで、何を最優先すべきかを明確にすることができます。
時間の優先順位付け
優先順位付けは、機能や機能拡張のリストにだけ適用されるものではありません。自分の時間をどのように使うかを評価する際にも関係してきます。プロダクトマネージャーには、本質的なことを考えたり、深く考えたりする時間が必要です。ステータスレポートやダッシュボードの更新は、それに該当しません。このような状況を改善するために、いくつかの生産性向上策があります。4つのDに従おう:Do it(実行する)、Delegate it(委任する)、Defer it(延期する)、Delete it(削除する)は、時間を取り戻そうとしているプロダクトマネージャーにお勧めの言葉です。
権威なき責任
プロダクトマネジメントの最大の課題は、プロダクトマネージャーがプロダクトの結果に責任を負っているにもかかわらず、そのプロセスに対して実際にはほとんど力を持っていないことでしょう。
実装、販売、マーケティング、サポート、その他の重要な機能の責任者は、プロダクトマネージャーのために働いているわけではありません。彼らが同じマネージャーを共有することはほとんどありません。組織図を見ると、CEOに上がるまで共通の上司がいないことが多い。そのため、仕事は面倒で、時には政治的になることもあります。
効果的なプロダクトマネージャーになるためには、目標を達成し、プロダクトの成功を確保するためのソフトパワーを発揮しなければなりません。プロダクトマネージャーは、粘り強くコンセンサスを築いていかなければなりません。そのためには、関係者全員が、なぜそのような決定がなされたのかを理解し、それに賛同する必要があります。
お客様の声を理解する
残念ながら、現実には人々の協力が得られないことが多々あります。彼らは委員会でデザインしたいと思っています。また、性格の不一致によるトラブルや遅延が発生することもあります。このような厳しい状況下では、お客様の声が威力を発揮します。お客様の声は、プロダクトマネージャーの強い味方です。たとえ間違っていたとしても、それはお客様の真実です。お客様のご意見は、知覚が現実となります。
意思決定や優先順位設定のプロセスにお客様自身の言葉を反映させることで、プロダクトマネージャーは証拠に基づいた判断を行うことができます。また、ロードマップが攻撃を受けたときの第一の防御策としても活用できます。
あなたの役割を始める
新卒で入社したプロダクトマネージャーは、自分の荷物を整理する間もなく、「火の粉を浴びるように」働くことになります。この種のクロスファンクショナルな役割では、一度に多くのことをしなければなりません。そして、それを成し遂げるためには、多くの土台作りが必要です。
新任のプロダクトマネジャーは、最初から派手な印象を与えたいと思うことがあります。しかし、あまり急いで行動すると、信頼性を高める前に傷ついてしまうかもしれません。
より賢明な方法は、将来の成功のための強固な基盤を作ることです。確立された文化と序列があります。覆される前にプレイヤーを特定し、理解しましょう。
自社プロダクトを徹底的に学ぶ
さらに、現在のプロダクトを熟知することが絶対に必要です。プロダクトマネージャーは、プロダクトがどのように機能するのか、なぜそのように機能するのか、そしてお客様がどのように使用しているのかを知る必要があります。入社して間もない頃は、カスタマーサービスに時間を割いたり、営業活動をシャドーイングしたり、実際の顧客に会ったりすることは、常に正しい行動です。
オンボーディング
プロダクトマネージャーのオンボーディングは必ずしも良いものではなく、事前に用意された台本がないこともよくあります。
]プロダクトマネージャーになったばかりの人が最初の1ヶ月間にやるべきこと](https://www.productplan.com/learn/product-manager-first-30-days/)はたくさんありますが、中には絶対にやらなければならないこともあります。土地勘を得るために、プロダクトマネージャーはできるだけ多くの同僚に会い、その場では判断せずに、ただ話を聞いてみるようにしましょう。さらに、顧客との電話会議に同席したり、友好的な顧客にインタビューしたりすることも、聞き取りと学習の機会になります。
もちろん、個人的な戦略を実行に移すのは簡単なことではありません。もちろん、個人的な戦略を実行するには、計画と時間が必要ですが、それはしばしば不足しています。だからこそ、プロダクトマネージャーは自分を犠牲にしてはいけないのです。一年を通して十分な時間を確保し、仕事に没頭しているうちに忘れてしまいがちなタスクを処理することに価値があるのです。
ユーザージャーニーのマッピング
プロダクトマネージャーが、自分たちのプロダクトがお客様の生活にどのように溶け込んでいるのかを完全に理解するためには、ジャーニーマップを作成することが有効です。このジャーニーは、ユーザーがプロダクトを使い始めるずっと前から始まっています。そのため、新任のプロダクトマネージャーにとっては、とても良い練習になります。
ジャーニーマップでは、ユーザーのペルソナとバイヤーのペルソナを比較します。ユーザーがどのようにプロダクトの存在を知り、購入に至るのかを考えます。購入までの道のりには、プロダクトの価値提案に関するマーケティング上の認識と教育が含まれます。
そこから、プロダクトの購入、トレーニング、オンボーディング、初期使用に至るまで、ジャーニーマップは多岐にわたります。これらのステップをすべて確認することで、摩擦ポイントを発見することができます。プロダクトマネージャーは、新機能や改善された機能、ドキュメント、積極的なサポート、顧客サービスを通じて、それらに対処することができます。
ジャーニーマップには、成熟した使用段階や、プロダクトがユーザーの日常生活にどのように溶け込んでいるかなども含まれており、ユーザー体験を向上させるための新たな機会を得ることができます。これは、プロダクトをより便利にし、ユーザーに愛されるように拡張するための最も有望な可能性を見出す鍵でもあります。
ステークホルダーとのコミュニケーション
プロダクトマネージャーは、完璧な戦略、エキサイティングなロードマップ、膨大な市場調査とデータを持っています。しかし、それだけでは成功は保証されません。ビジネスにおいては、関係者の合意形成と期待の管理がなければ、何も前に進みません。あなたは他人のビジョンを構築しているのであり、それを達成するためにはすべてのステークホルダーの協力が必要であることを忘れないでください。改良し、適応し、変えられないことを受け入れ、そして最も重要なことは、過剰なまでにコミュニケーションをとることです。ここでは、チームやステークホルダーとの一般的な2つのコミュニケーション方法を区別した簡単なインフォグラフィックをご紹介します。
プロダクトロードマップとリリースプラン:主な相違点
プロダクトロードマップ | リリースプラン |
---|---|
理由」を伝える | 何を」を詳細に説明する |
1年以上かかる場合もある | 期間は数ヶ月程度 |
エグゼクティブなステークホルダーと共有されることが多い | 通常、プロダクトチームと開発チームのための内部作業文書 |
ハイレベルで視覚的なサマリーとして機能する | 戦略を具体的に構築された実行可能な計画に組み込む |
ステークホルダーの声を聞く
プロダクトマネージャーは、ステークホルダーの関心事やモチベーションを聞き、理解しなければなりません。彼らのユニークな視点や意見は、会社全体の視点を形成するのに役立ちますし、プロダクトの計画において彼らの要求を無視することはできません。
プロダクト開発に関わる各関係者の方言を話すことと同様に、プロダクトマネージャーはその方言を理解する能力も必要です。もちろん、それには優れたリスニングスキルが必要です。情報収集と分析が重要な仕事であるため、プロダクトマネージャーの職務記述書には、優れたリサーチスキルとリスニングスキルが含まれていなければなりません。
また、プロダクトマネージャーは、それぞれの方言の微妙な違いを理解する必要があります。また、プロダクトマネージャー自身が、潜在的な問題を現実の問題になる前に素早く発見できるようにするためです。
プロダクトマネージャーが物語を使ってすべてを結びつけるのは、結果に対して感情的な投資をするためです。説得力のあるストーリーテリングによって、ステークホルダーはユーザーとの共感を築きます。ユーザーは、プロダクトがもたらす完全な利益と、それがより広い文脈にどのように適合するかを理解します。そして、物語の結末が気になり始め、幸せな結末を迎えるために協力してくれるようになるのです。
ステークホルダーとの対話
プロダクトマネージャーの仕事の大部分は、多くの異なるグループの構成員を調整することです。その関係者とは、経営者、営業担当者、お客様、開発・製造チーム、マーケティング担当者などです。プロダクトマネージャーは、これらのグループがそれぞれの役割を理解し、共通の戦略目標に向かって努力していることを確認します。
しかし、これらのグループはそれぞれの方言を話します。経営者は、四半期ごとの予測、投資家への利益還元、業界のアナリストやウォール街を満足させることなどについて考え、話します。一方、エンジニアはソフトウェアのコードやその他の技術的な詳細について話します。
成功するプロダクトマネージャーは、それぞれのチームに期待されることを相互に理解しながら明確に表現するために、これらのビジネス用語のすべてを流暢に話さなければなりません。
このような関係を築き、強化するためには、プロダクトマネージャーとステークホルダーの間で明確な双方向のコミュニケーションが必要です。たとえ全員がお互いを好きではないとしても、尊敬と信頼は、機能的な組織とプロダクト開発プロセスに必要な最低限の基準です。ステークホルダーを効果的に統合するためには、プロセスのあらゆる段階でステークホルダーを巻き込む必要があります。計画段階では、ロードマップ(リリース計画とは異なります)を用いて、物事がどこに向かっているのか、なぜそうなっているのかを認識してもらうのがベストです。テーマベースのロードマップは、機能をより大きな「なぜ?」というテーマに巻き込むため、ストーリーテリングに特に有効です。
テーマ別のロードマップ
-
テーマ
プロダクトの最高レベルの戦略目標-
エピック
テーマのサブセットで、いくつかの小さなタスクを積み重ねて作られた作品群-
ストーリー
通常は、プロダクト、機能、または大作のサブセット -
ストーリー
作業の最小論理単位と表現されることもある
-
ストーリー
-
エピック
このステークホルダーとのコミュニケーションの時間は、今後の議論の方向性を決めるものであると同時に、矛盾する意見を早い段階で取り入れる機会でもあります。
ステークホルダーコミュニケーションのための4つのポイント
- コンセンサスを得るには、ロードマップ計画が確かなものであることをステークホルダーに理解してもらい、納得してもらう必要があります。
- 語り部は、未解決の懸念事項を解決しなければならない。
- プロダクトマネージャーが最も引き起こしたい感情は「興奮」である。
- プロダクトや機能の大局的な約束に焦点を当てる。
もしプロダクトマネージャーがこれらの要素を持つストーリーを作り、提供できないのであれば、初心に戻る必要があります。ステークホルダーを味方につけるのは難しいでしょう。さらに、もう少しお金をかけて、もう少し一生懸命働いて、もう少しリスクを取ってもいいというモチベーションを持ってもらうのは、さらに難しいことです。
仕事の不満点
プロフェッショナリズムを維持するのは大変なことです。プロダクトマネージャーの人生には、イライラする出来事がたくさんあり、その多くは自分ではコントロールできません。
ここでは、プロダクトマネージャーが直面する問題をいくつか紹介します。
- 会社のビジョンがぼやけていたり、すぐに変わってしまったりするので、少ない時間の制約の中で反応的なタスクを任されることが多く、プロアクティブな戦略を持つことが難しい。
- エンジニアリングチームやデザインチームから常にプレッシャーをかけられ、自信を失ったり、自分が偽者のように感じたりすることがあります。
- 社内政治はこの職務の大きな部分を占めており、多くの人にとって、自分が好きな職務の部分に気が回らなくなってしまいます。
- プロダクトマネージャーは、自分の感情に負けないようにしなければなりません。そうしないと、せっかく得た信用を失ってしまうかもしれません。舌を噛むのはしばしば賢明なことです。プロダクトマネージャーは、どんなにイライラしていても、口に出したいことを職場で漏らしてはいけません。
- プロダクトマネージャーは、「自分にできることならやるべきだ」と考えがちです。しかし、このような仕事は、彼らのユニークなスキルセットをうまく活用できていないことが多く、他の人に任せることができます。
- 常に混沌としています。プロダクトマネージャーの中には、組織化されたカオスの中で成長し、それを楽しむ人もいます。
- あなたはそのプロダクトのエキスパートである必要があります。誰もがあなたに答えを求めるようになり、あなたは常に自分の推論で勝負する必要があります。
自分へのプロダクトマネージャー教育を継続しよう
プロダクトマネージャーの教育に終わりはありません。学ぶべきことは常にあり、学ぶべき人もいます。プロダクトマネージャーという職業が成熟するにつれ、新人とベテランの両方をサポートする多くのリソースが生まれてきました。
プロダクトマネージャーが自己啓発やキャリア開発の世界に足を踏み入れようとすると、専門家によるヒントやアドバイス、洞察を提供する本がたくさん出てきます。
また、もう少し短くてタイムリーなものをお探しの方には、様々なブログがあり、異なるトピックを掘り下げたり、他の人の苦労から教訓を得たりするのに最適なリソースです。
プロダクト管理の知恵を音声で聞きたいという方には、プロダクトマネジメントのポッドキャストがお勧めです。ポッドキャストは、退屈な通勤時間を学習の場に変え、午後の爽やかな散歩をマスタークラスに変えてくれます。
また、ツイッターは、インスタントな情報、ミーム、インスピレーションを与える引用が必要な場合、いつでも提供することができます。プロダクトマネジメントの女性オピニオンリーダーをフォローするのもいいでしょう。また、プロダクトマネージャーが同僚とチャットできるSlackコミュニティもたくさんあります。
Product Stack Slack Channelに参加する➜
留意点
この仕事が好きな日もあれば、なぜこんなことをしているのだろうと思う日もあるでしょう。しかし、すべてのピースがそろったときには価値があります。自分のスキルをすべて発揮し、チームの重要な戦力となり、両脳を使うことができるのですから。
LINEで「海外プロダクトマネジメント情報を機械翻訳」の新着投稿を受け取れます📬
Discussion
翻訳ありがとうございます!この記事は自分もプロダクトマネージャーの役割について記事を書いた際に参考にしました。https://pmlibraries.com/2021/12/26/プロダクトマネージャーの役割とスキル/