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.6k
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
99
Other Decks in Programming
See All in Programming
AIによる開発の民主化を支える コンテキスト管理のこれまでとこれから
mulyu
3
290
AIエージェントのキホンから学ぶ「エージェンティックコーディング」実践入門
masahiro_nishimi
5
460
Oxlint JS plugins
kazupon
1
960
15年続くIoTサービスのSREエンジニアが挑む分散トレーシング導入
melonps
2
200
疑似コードによるプロンプト記述、どのくらい正確に実行される?
kokuyouwind
0
390
Best-Practices-for-Cortex-Analyst-and-AI-Agent
ryotaroikeda
1
110
AgentCoreとHuman in the Loop
har1101
5
240
360° Signals in Angular: Signal Forms with SignalStore & Resources @ngLondon 01/2026
manfredsteyer
PRO
0
130
AI によるインシデント初動調査の自動化を行う AI インシデントコマンダーを作った話
azukiazusa1
1
730
副作用をどこに置くか問題:オブジェクト指向で整理する設計判断ツリー
koxya
1
610
余白を設計しフロントエンド開発を 加速させる
tsukuha
7
2.1k
AIによるイベントストーミング図からのコード生成 / AI-powered code generation from Event Storming diagrams
nrslib
2
1.9k
Featured
See All Featured
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Building Adaptive Systems
keathley
44
2.9k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
8.6k
How to Align SEO within the Product Triangle To Get Buy-In & Support - #RIMC
aleyda
1
1.4k
30 Presentation Tips
portentint
PRO
1
220
Code Review Best Practice
trishagee
74
20k
Rails Girls Zürich Keynote
gr2m
96
14k
Speed Design
sergeychernyshev
33
1.5k
Noah Learner - AI + Me: how we built a GSC Bulk Export data pipeline
techseoconnect
PRO
0
110
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.3k
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
94
Chasing Engaging Ingredients in Design
codingconduct
0
110
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. 解決策を先に思いついたとして、それがなんの課 題を解決するものだったのかに立ち返り、正しい
アプローチを取れているかを見直す必要がある