Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Studying as a Junior PM
Search
H.Takahashi
July 27, 2018
Programming
0
1.5k
Studying as a Junior PM
吉祥寺.pm #15 LT資料
ジュニアPMとしての学びについて
H.Takahashi
July 27, 2018
Tweet
Share
More Decks by H.Takahashi
See All by H.Takahashi
Quragé開発の裏(?)話 / About Quragé Development
htk291
0
98
Other Decks in Programming
See All in Programming
Pythonではじめるオープンデータ分析〜書籍の紹介と書籍で紹介しきれなかった事例の紹介〜
welliving
3
680
Context is King? 〜Verifiability時代とコンテキスト設計 / Beyond "Context is King"
rkaga
10
1.5k
ThorVG Viewer In VS Code
nors
0
490
從冷知識到漏洞,你不懂的 Web,駭客懂 - Huli @ WebConf Taiwan 2025
aszx87410
2
3.2k
re:Invent 2025 トレンドからみる製品開発への AI Agent 活用
yoskoh
0
550
「コードは上から下へ読むのが一番」と思った時に、思い出してほしい話
panda728
PRO
39
26k
大規模Cloud Native環境におけるFalcoの運用
owlinux1000
0
230
生成AIを利用するだけでなく、投資できる組織へ
pospome
2
430
20251212 AI 時代的 Legacy Code 營救術 2025 WebConf
mouson
0
230
Denoのセキュリティに関する仕組みの紹介 (toranoana.deno #23)
uki00a
0
200
0→1 フロントエンド開発 Tips🚀 #レバテックMeetup
bengo4com
0
440
Java 25, Nuevas características
czelabueno
0
120
Featured
See All Featured
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
210
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.7k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
0
3.4k
Abbi's Birthday
coloredviolet
0
4k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
The Power of CSS Pseudo Elements
geoffreycrofte
80
6.1k
Become a Pro
speakerdeck
PRO
31
5.8k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
コードの90%をAIが書く世界で何が待っているのか / What awaits us in a world where 90% of the code is written by AI
rkaga
58
41k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.1k
Evolving SEO for Evolving Search Engines
ryanjones
0
89
Transcript
Studying as a junior PM @kichijojipm#15 by htk291
@htk291 Hideaki TAKAHASHI 吉祥寺pm#0 からの最古参 今年からエンジニアリーダー的な役割@東五反田 (SIer -> Front-end Engineer
-> ???)
新規プロダクトでジュニアPMとしてやって きた気付き、学びについてお話していきま す
TABLE OF CONTENTS ◦ 論理よりも信頼と共感 ◦ ぼくのかんがえたさいきょうのあぷり仕様 ◦ 課題の発見と解決アプローチの選択
論理よりも信頼と共感 「人」に関する学び 1
“ ロゴスだけじゃなくて、エトスとパトスも大事な要 素だよ by アリストテレス
論理よりも信頼と共感 論理的に正しいからといってチームが 納得して開発を進められるとは限らない ◦ メンバーそれぞれで思い描くゴールが 異 なっている場合がある → 「ここまでOK?何か気になるところはない?」を 確認し、モヤモヤを解消しながら進める
→ 同じゴールに向かおうとしているかを確認する
ぼくのかんがえたさいきょうのあぷり仕様 「製品」に関する学び 2
“ 製品開発というのは、自分が思いついた最 新のアイデアや最高のアイデアを試す場で はないことを忘れてはならない 『INSPIRED:顧客の心を捉える製品の創り方』
ぼくのかんがえたさいきょうのあぷり仕様 ◦ 自分がユーザの気持ちを一番理解している! 自分が定義した仕様なら必ず売れる!と考え てしまうのは陥りがちな罠 ◦ 目的達成のためには最低限必要な機能を定 義することが大事 ◦ 定義したことが正しいかどうかは現場ではわ
からないので、早めにターゲットに確認してFB を得ることが大事
課題の発見と解決アプローチの選択 「プロセス」に関する学び 3
“ それってなんの課題を解決する機能なの? by 弊社シニアPM
課題の発見と解決アプローチの選択 ◦ 正解はひとつ!じゃない!! ◦ 発見した課題に対し、その解決へのアプロー チは一つとは限らない。これはどういう課題を 解決するための機能か、立ち止まって一歩下 がって考える ◦ 正しいアプローチができているかは、
ひた すらユーザテストを繰り返し検証する必要があ る
まとめ 製品開発におけるハマりがちな罠について、自分の 経験元に紹介しました 1. チームが同じゴールに向けるようにする 2. ユーザありきの製品仕様を考える 3. 解決策を先に思いついたとして、それがなんの課 題を解決するものだったのかに立ち返り、正しい
アプローチを取れているかを見直す必要がある