Recommandé
Recommandé
Contenu connexe
Tendances
Tendances (20)
En vedette
En vedette (20)
Similaire à プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
Similaire à プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy (20)
Dernier
Dernier (8)
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
- 2. 今日話すこと 2 1. 様々な国のプロダクトマネージャ、現地法人、開発部隊など、10 カ国以上を相手に時差をまたいで一緒に働く中で、観察したこと、 学んだこと 2. 日本国内での以下の論点について • 「プロダクトマネージャとは」、「プロジェクトマネージャとの違 いとは」、「プロデューサーとの違いとは」 Appendixには、QAセッションおよびセッション後に個別にいただいた質問について、要約スライドを追加しました。
- 3. 皆さんが興味をもっていそうなトピック？ 3 プロダクトマネージャとして • 心構え • 求められる役割 • 求められるスキル • どうエンジニアと協働するか
- 4. 自己紹介 4 • 楽天で以下のプラットフォームプロダクトのリードプロダクトマ ネージャ (Lead Product Manager) • グローバルECプラットフォームとして海外案件 • 決済系プラットフォームとして国内外の案件
- 5. Indonesia Taiwan Singapore Malaysia Thai Asia
- 8. 8 プロダクトマネージャとして関わった国 事業の対象国、現地法人、地域統括会社、同じプロダクトマネジメン トチームメンバーがいる国、海外の開発部隊で以下のとおり。 US India Japan Indonesia SingaporeMalaysia Thai Taiwan China Spain UK GermanyLuxemburg 出典：Pacific Centric SVG World Map, Dmthoth, https://commons.wikimedia.org/wiki/File:Blank_Map_Pacific_World.svg
- 11. 2012年秋ごろ 11 • 当時のグローバルECプラットフォームのプロダクトマネ ジメントチームに異動。“プロダクトマネジメント”の名 が付いている組織は、当時、社内でそのチームだけ • ProDuct Manager (プロダクトマネージャ）の略から PDMという略称が初めて社内で利用されたころ
- 15. “プロデューサー”ってほぼ何でもやる人 15 • プロダクト・サービスの仕様の理解 • プロジェクトのスケジューリングができる • プロジェクトのコスト管理（≒リソース管理）ができる • Web系システム開発に関するナレッジがある • ステークホルダーに応じた適切なレポーティングができる • プロダクト・サービスに関わるKPIを理解 • 「調整力」という名のコミュ力 • ついでに英語もできる（TOEIC 800以上） ほぼ何でも満遍なくやれることが期待される。
- 17. 海外のテックカンパニーの場合 17 海外ではもう少し分業制。たとえばAmazonさんではプロダクトマ ネージャとプロジェクトマネージャは別職種。 “Non-Tech（非技術系）”と、“Tech（技術系）”でそれぞれに以 下のポジションが定義されている • Product Manager (プロダクトマネージャ） • Project Manager （プロジェクトマネージャ） • Program Manager （プログラムマネージャ）
- 18. 分業制ってどうなの 18 分業制 • 長所と短所があります（結局、どんな組織体制でも 長所と短所はありますし） 個人のキャリアの 観点から • 「これはこれでアリ」では 分業制を肯定する なら、その理由は • もしも自分が事業戦略を立てる立場だったら、「限られ た経営資源を集中する分野を決めて、そこで強み を築きましょう」みたいなことを言うでしょう。 • 個人も同じ。自分の時間には限りがある
- 24. 学び２：プロダクトの将来を可視化するひと 24 学び２ プロダクトマネージャはみんなのためにプロダクトの将来を可視化 するひと。そのプロダクトの「あるべき」を定義して示す プロダクトマネージャは関係者間のハブになって以下を説明する役割を持つから。 • WHO (どんなユーザーに対して） • WHAT（何をやるか） • WHY（なぜそれをやるのか） • Priority（優先付け。それは他と比べてどれくらい重要なのか） 理由・背景
- 25. プロダクトマネジメントのBig Picture（全体図） 25 ビジョン (Product Vision) 戦略 (Product Strategy) ロードマップ (Product Roadmap) バックログ (Product Backlog) • そのプロダクトで何を したいのか • 何を解決したいのか • ビジョンを実現するた めの計画 • そのプロダクトが誰の ためで、なぜ顧客は他 社プロダクトではなく、 そのプロダクトが必要 なのか • どのようにその戦略が 実行されていくか、具体 的なリリース、スケ ジュール、アクションに まで落とし込まれたもの • ロードマップに合致す る、必要なプロダクト の概要、要件 • 将来、プロダクトの ロードマップや戦略に なりそうなアイデアも 含まれる プロダクトのビジョン、ストラテジー、ロードマップ、バックログ。 必ずしも一方通行ではなく、バックログからロードマップ、戦略を変える場合もある。 参考資料：”Strategize: Product Strategy and Product Roadmap Practices for the Digital Age”(Roman Pichler)
- 28. 学び３：ビジネス、テクノロジー、コミュニケーションの3領域 28 学び３ プロダクトマネージャとして重要な3領域は、ビジネス、テクノロジー、 コミュニケーション。組み合わせによって活躍できるようになる ビジネス テクノロジー コミュニケーション • 組織をまたがってうまく動ける • 要件やソリューションの明確に 記述できる・伝える能力 • 技術面の知識、システム開発や開発手 法に関するナレッジ、 経験• 戦略 (ビジネスやプロダクト） • 市場に関する洞察 • 業界知識、業務知識
- 32. サンフランシスコの朝 32 12 6 9 3 12 6 9 3 12 6 9 3 0:00 真夜中 日本 17:00 夕方 ヨーロッパ (CEST) 8:00 朝 サンフランシスコ（夏時間） 日本は真夜中。ヨーロッパのオフィスが閉じる前に朝からMTG等。 Night
- 33. サンフランシスコのお昼 33 12 6 9 3 12 6 9 3 12 6 9 3 5:00 明け方 日本 22:00 夜 ヨーロッパ (CEST) 13:00 昼 サンフランシスコ（夏時間） Night 日本がスタートする前にいろいろと準備、デスクワーク集中。 Night
- 34. サンフランシスコの夕方 34 12 6 9 3 12 6 9 3 12 6 9 3 10:00 AM 朝 日本 3:00 夜 ヨーロッパ (CEST) 18:00 夕方 サンフランシスコ（夏時間） 日本オフィスが開き、日本からメール砲。日本とのMTGも開始。 Night
- 35. MTGが続き1日が終わらない・・・。あ、EUがそろそろ開く。 サンフランシスコの夜 35 12 6 9 3 12 6 9 3 12 6 9 3 14:00 AM 昼 日本 7:00 朝 ヨーロッパ (CEST) 22:00 夜 サンフランシスコ（夏時間） Night Night
- 36. 学び４：時差あり・多文化環境の苦労から 36 学び４ プロダクトマネージャとして時差あり・多文化環境で仕事するなら、 事象の記述、描写能力は必須 • 具体的なイメージを持っている人 • 要件を正しく理解している人 • プロダクトの仕様を正しく把握している人 一方でそうではない人 以下の2者の記述・描写内容は明らかに違う。
- 38. プロダクトマネージャとエンジニアの関係 38 “Inspired”から「お互いに必要」と解釈できる。 いいエンジニアチームと一緒に仕事 をしないと、プロダクトは正しく開発 されません。 プロダクトマネージャ の視点 視点 実際にはどうなのか エンジニアチームの 視点 いいプロダクトマネージャと一緒に 仕事をしないと、イケてないプロダ クト開発になります。 正しいプロダクトを定義しても・・・ プロダクトを正しく作り上げても・・・ “プロダクトマネージャは、正しいプロダクトを定義し、エンジニアリングチームは、プロダクトを正しく作り上げる。 どちらも必要だ”(“As product manager, you are responsible for defining the right product, and your engineering counterpart is responsible for building the product right. You need both”) Inspired: How to create products customers love” (Marty Cagan)
- 40. まとめ 40 プロダクトマネージャとして学んだこと事象、観察、経験 1. プロダクトマネージャとしてあなたのプロダクトとともに 市場で戦おうとおもったら、何かにフォーカスした方が いい (≒複数やって重宝される誘惑とどう向き合うか） 3. プロダクトマネージャとして重要な3領域は、ビジネス、 テクノロジー、コミュニケーション。組み合わせによって 活躍できるようになる 4. プロダクトマネージャとして時差あり・多文化環境で仕事 するなら、事象の記述、描写能力は必須 5. プロダクトマネージャとエンジニアは運命共同体 （分業制でも） 心構え 役割 求められるスキル どう協働するか プロダクトマネージャとして複 数国にまたがって働きながら、 観察したこと どういうバックグランドの人が プロダクトマネージャになって いるか ビジョン、ストラテジー、ロード マップ、バックログ。プロダクト マネージャはみんなのハブ プロデューサー、プロジェクトマ ネージャとの違い 一緒にやるエンジニアチームに よってプロダクト開発は変わる 2. プロダクトマネージャはみんなのためにプロダクトの 将来を可視化するひと。そのプロダクトの「あるべき」 を定義して示す
- 41. Appendix: セッション後のQA等のサマリー 41 Q&Aセッション、およびその後に個別にいただいた質問から、いくつかを参考としてまとめました。 （以下は、私個人の見解、職業観から質問者に回答した内容であり、所属組織とは一切関係ありません） Question 1 • 自分が関わる事業やプロダクトに依存しますけれども、フォーカスする『何か』をマーケティングで例える なら、市場をセグメンテーションして、そのいくつか見えてるセグメントの中から、「ここだ」ってターゲット を決めて、そこでどういうポジショニングをするか（他とどう差別化して強みを築くか）、という考え方です。 • 例えば自分の場合は、決済系プロダクトマネージャとして、クレジットカード決済ではIssuing、Acquiring、 Processing、Settlement、 Reconciliation、Card regulations、グローバルベースの契約から、テクノロジー 側だと決済サービスプロバイダのAPIの仕様まで、全て頭の中でつながっています。 けれども、もしもまったく異なる他の領域であれば、同じレベルのことはできないでしょう。 学び１の“プロダクトマネージャとして自分のプロダクトとともに市場で戦おうとおもったら、 何かにフォーカスした方がいい”の、『何か』についてもっと具体的に知りたい
- 42. Appendix: セッション後のQA等のサマリー 42 Q&Aセッション、およびその後に個別にいただいた質問から、いくつかを参考としてまとめました。 （以下は、私個人の見解、職業観から質問者に回答した内容であり、所属組織とは一切関係ありません） • その歴史を振り返ると興味深いです。20年前の初期のインターネット企業 (例：Yahoo! (US))では、プロダ クトマネージャがプロジェクトマネジメント業務もしていたようです。ただ、インターネット企業として頻繁 にリリースし、スプリントごとに多くのプロジェクトが含まれていて、そのプロダクトローンチの関係者との 調整までやるのは大変、専任を設けたほうが良い→インターネット企業でのプロジェクトマネージャの役 割、のようです。これでプロダクトマネージャはプロダクトにフォーカスできます。 • 一方で実務的には、プロダクトを理解している人の方がプロダクトローンチ調整はスムーズですし、プロ ジェクトが多数ないのであれば専任は不要かもしれませんし、組織の規模にも依存するでしょう。 Question 2 海外テックカンパニーのプロジェクトマネージャが担っている役割についてもっと詳しく知 りたい (P22, P23の内容）、なぜ分かれているのか
- 43. Appendix: セッション後のQA等のサマリー 43 Q&Aセッション、およびその後に個別にいただいた質問から、いくつかを参考としてまとめました。 （以下は、私個人の見解、職業観から質問者に回答した内容であり、所属組織とは一切関係ありません） • 学び３で挙げたような「ビジネス」、「テクノロジー」、「コミュニケーション」で説明するなら、いずれも重要 だけれども、一度にどれも拡大できるものではないと思っています。自分自身は、ある一定時期にこの3 領域を同時に拡大させた時もあったけれども、夜中まで働く日々でしたし、人に奨められるものでは決し てありません。 • よって個人の目標設定でアドバイスするときには「今回の期間ではどれにフォーカスして伸ばそうか」と 話しています。ある期間の自分の時間を三等分するよりは、どれかフォーカスするものを決めて集中、 結果としてその期間に自身の成長を感じられるようにした方がいい、という考え方です。 Question 3 自分の職場ではそれほど人は多くなく、メンバーのスキルも発展途上である。プロダクト マネージャとしてのスキルをどう伸ばしていくべきか（p29、学び３）
- 44. 44 Thank you