Slide 1

Slide 1 text

2025 | © Commune Inc. All rights reserved Kokoro Higuchi / ଞ৬छ͔ΒPM΁ͷδϣϒνΣϯδɺ೰Έͳ͕Β΋΍Δ͔͠Night 2025/02/26 知ってるつもりだったのに…… PMになって痛感した 未知の未知とその対策

Slide 2

Slide 2 text

2025 | © Commune Inc. All rights reserved 樋 口 心 (X: @zerebom_ 3 ) • Communeのデータサイエンティスト • 2024/01に 入 社 • Product & Dataチームに所属 • プロダクトのデータ分析やLLMやMLを 用 いた 社内ツールの作成 ・ PoC • 前職では推薦システムの改善 ・ 開発など 自 己 紹介 (Before) ↑資料はXに掲載

Slide 3

Slide 3 text

2025 | © Commune Inc. All rights reserved 樋 口 心 (X: @zerebom_ 3 ) • Communeのプロダクトマネージャー(PM) • 2024/09からジョブチェンジ(半年) • 新規プロダクトチームに所属 • 製品発 見・ 要件定義 ・ 開発プロセスの整備 ・ LLM系の開発 ・ エンジニア採 用 など 自 己 紹介 (After) ↑資料はXに掲載

Slide 4

Slide 4 text

2025 | © Commune Inc. All rights reserved データサイエンティストから新規プロダクトの プロダクトマネージャーになってからの 試 行 錯誤についてお話しします

Slide 5

Slide 5 text

2025 | © Commune Inc. All rights reserved 会社紹介

Slide 6

Slide 6 text

2025 | © Commune Inc. All rights reserved あらゆる 組織とひとが 融け合う未来をつくる Our Vision

Slide 7

Slide 7 text

2025 | © Commune Inc. All rights reserved

Slide 8

Slide 8 text

2025 | © Commune Inc. All rights reserved 立 ち上げ、成功できるコミュニティプラットフォーム

Slide 9

Slide 9 text

2025 | © Commune Inc. All rights reserved PMへ異動のいきさつ

Slide 10

Slide 10 text

2025 | © Commune Inc. All rights reserved プロダクトマネージャー?やってみます! リーダーからの異動の打診を受けてスタート • データサイエンティストとして分析 ・ 開発 ・ LLMのPoCをしていた • 新規プロダクトのPMとしてチャレンジしないかと打診を受ける • PMへの関 心 があったので、是 非 !と解答🚀 • → 機械学習エンジニア ・ データサイエンティストがいる3 人 チームから 営業(責任者)・デザイナー ・ エンジニア ・ プロダクトマネージャーの4 人 チームに異動

Slide 11

Slide 11 text

2025 | © Commune Inc. All rights reserved プロダクトマネージャー?やってみます! PMは近いチームで働いてきたのでイメージつく & これまでの経験が 生 きるはず! 当初のイメージ • これまでの経験: 推薦システムの開発, データ分析, MLOps • 経験を活かせそうなスキル: KPIツリーの作成 • 今後必要そう(?)なPMスキル: PRDやロードマップをつくる

Slide 12

Slide 12 text

2025 | © Commune Inc. All rights reserved 業務を遂 行 していくと…

Slide 13

Slide 13 text

2025 | © Commune Inc. All rights reserved 襲いかかる未知の未知🔥 業務をやってみると、わからないことが次々と出てくる • 顧客の課題は何だろう? ターゲットはだれ?ヒアリングする • ユーザーストーリーマッピング? サービスブループリント? • 今後の開発体制はどうするべきか? • 開発を加速させるためにエンジニアが 足 りなそう。JD書いて、 面 接、採 用 した 方 がいいのでは? • QAのフローってどうやるのか? セキュリティは問題ないか? • デザイナーやエンジニアに何を伝えたら認識齟齬なく開発出来る? • 人 に仕事をお願いするのってどうやるの?

Slide 14

Slide 14 text

2025 | © Commune Inc. All rights reserved

Slide 15

Slide 15 text

2025 | © Commune Inc. All rights reserved 襲いかかる未知の未知🔥

Slide 16

Slide 16 text

2025 | © Commune Inc. All rights reserved 襲いかかる未知の未知🔥

Slide 17

Slide 17 text

2025 | © Commune Inc. All rights reserved なぜこんなにも未知の未知が 大 きかったのか?🤔

Slide 18

Slide 18 text

2025 | © Commune Inc. All rights reserved これまでのチームと新チームでの差分 異動前に 見 えていた差分 これまでのチーム 新チーム 求められる スキル データサイエンス プロダクトマネジメント

Slide 19

Slide 19 text

2025 | © Commune Inc. All rights reserved これまでのチームと新チームでの差分 求められるスキルだけではなく、チーム内の役割も状況も異なる これまでのチーム 新チーム 求められる スキル データサイエンス プロダクトマネジメント チーム内での 役割 組織の中の課題を分担し、 専 門 性をもって解く チームのハブとなり、チームで価値を作る ・ 課題を 見 つける チームの状況 似たスキルを持ったメンバー ・ 成熟したチーム ・ 価値検証されたプロダクト 異なるスキルを持ったメンバー ・ 形成期のチーム ・ 価値検証からはじめるプロダクト

Slide 20

Slide 20 text

2025 | © Commune Inc. All rights reserved チーム内での役割の差による業務の変化 最初に叩きを作る ・ 巻き込む ・ お願いする • これまで: 1つの課題を正しく認識し、解決策を深くリードすることが主 • これから: ステークホルダーを横断し、最初に課題 ・ 解決策の 方 向性を決める • 未知の未知だったこと: 課題そのものを定義 ・ 設定する必要がある、 確信するまで意思決定を待ちたいが、チームメンバーの 手 が空いてしまう というジレンマ

Slide 21

Slide 21 text

2025 | © Commune Inc. All rights reserved チームの状況の差による業務の変化 共通認識を作る ・ 仕組みを整える • これまで: チームの共通認識も 大 きく、開発の仕組み ・ 基盤も整っている • これから: 異なる専 門 性のメンバーで問題を解く、共通認識 ・ プロセスを作る • 未知の未知だったこと: チーム編成やコミュニケーションなど、組織運営がプロダクトの成否に直結する それらを設計する専任の 人 がいるわけでなく協 力 して作っていく

Slide 22

Slide 22 text

2025 | © Commune Inc. All rights reserved これってそもそも 僕のボールなんですか…?🫠

Slide 23

Slide 23 text

2025 | © Commune Inc. All rights reserved 終わらせる必要があれば、それがあなたの仕事である 「でも……。それは 自 分の仕事じゃない!」 というセリフを成功しているプロダクトマネージャーが 口 にすることはほとんどありません Matt LeMay. ϓϩμΫτϚωʔδϟʔͷ͠͝ͱ ୈ2൛ O’Reilly ୈೋষΑΓҾ༻

Slide 24

Slide 24 text

2025 | © Commune Inc. All rights reserved https://layerx.connpass.com/event/ 34 4 819 / より引 用

Slide 25

Slide 25 text

2025 | © Commune Inc. All rights reserved 未知の未知への対策

Slide 26

Slide 26 text

2025 | © Commune Inc. All rights reserved モットー: 未知の未知は じっくりスキルアップを 待つのではなく現実的な 方 法で埋める

Slide 27

Slide 27 text

2025 | © Commune Inc. All rights reserved 1. スキルの差異: まず、対応すべき問題領域を広く知る 大 きな失敗を避けるに起こりうる問題や事象をざっくり知る • 関連書籍 ・ 資料を広く読む • 「そもそも存在を知らなかった課題」に気づける • PMにおける過去職種の相対的な位置づけに気づける • チームメンバーの専 門 領域の本も読むと、何を 大 事にしているかがわかる • ex) 経営, UX/UI, 営業, ...

Slide 28

Slide 28 text

2025 | © Commune Inc. All rights reserved 1. スキルの差異: まず、対応すべき問題領域を広く知る おすすめのリソース https://note.com/higu_engineer/ n/n 51 cd 9 1 ddd 23 f https://www.youtube.com/@pmconf 63 20 • 書籍: noteにまとめてます • 特におすすめ↓ • プロダクトマネージャーのしごと • クルーシャル ・ カンバセーション • Youtube: pmconfのアーカイブ

Slide 29

Slide 29 text

2025 | © Commune Inc. All rights reserved 2. スキルの差異: ハードルを下げる ・ 必要な分だけ学ぶ 新規チームでは 土 台がない. 早くすぐ正解することが 大 切 • 業務範囲が広がる上に未経験であるとき、 これまでのクオリティで仕事をすると終わらない • 一人 で80点-100点を取るより、早く0点のところを60点に. チームで80点に • 未知の未知は防ぎきれないので、準備しすぎず 痛みが出てから学び、塞いでいく • ただし、許容できるリスクがどこまでかは強く意識する(ex. セキュリティ)

Slide 30

Slide 30 text

2025 | © Commune Inc. All rights reserved 3. 役割の差異: 幅か広さをどちらか選択して思考する ・ 仕事する 広範かつ複雑なプロダクト開発に 一人 で、 一 度に対応しない • 前提、プロダクト開発は広範かつ複雑. すべては脳に収まらない • 深く思考するときは、その他の問題は寄与のものとして領域を絞る • ex) 価値のリスクが解決するまで、ユーザビリティ ・ 実現可能性 ・ 事業実現性は後で • 広く思考するときは、具体はメンバーに依頼する

Slide 31

Slide 31 text

2025 | © Commune Inc. All rights reserved 4. チーム状況の差異: 今まで以上に 人 ・ 他チームを頼る PM業務は相対的に他チームとのスキルのオーバーラップが 大 きいことを意識 • 専 門 職では、組織内で 自 分しか解けないタスクが多い • 一方 PM業務は、薄く広いのでオーバーラップも多い • 社内に関 心 領域を専 門 的に扱っているチームがあるかも • → ”相対的”に他メンバーの知 見 を借りやすい • ex) 他チームのMTGに潜 入 してみる ※あくまでイメージです

Slide 32

Slide 32 text

2025 | © Commune Inc. All rights reserved まとめ • 専 門 職から新プロダクトのPMへの異動は想像より未知の未知が 大 きかった • 求められるスキルの他に、役割 ・ チーム状況による差異があった • じっくりスキルアップを待つのではなく 現実的な 方 法で埋める • 自 分の中で仕事で許容できるハードルを意識的に落とす • 幅か広さをどちらか選択肢して思考する ・ 仕事する • 人 を頼る ↑Communeの プロダクトマネージャーに 興味を持った 方 がいたら是 非 !