Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
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
97
Other Decks in Programming
See All in Programming
Level up your Gemini CLI - D&D Style!
palladius
1
170
なあ兄弟、 余白の意味を考えてから UI実装してくれ!
ktcryomm
10
11k
ソフトウェア設計の課題・原則・実践技法
masuda220
PRO
24
21k
著者と進める!『AIと個人開発したくなったらまずCursorで要件定義だ!』
yasunacoffee
0
110
複数人でのCLI/Infrastructure as Codeの暮らしを良くする
shmokmt
5
2.1k
React Native New Architecture 移行実践報告
taminif
1
130
ID管理機能開発の裏側 高速にSaaS連携を実現したチームのAI活用編
atzzcokek
0
190
「コードは上から下へ読むのが一番」と思った時に、思い出してほしい話
panda728
PRO
12
6.6k
AI時代もSEOを頑張っている話
shirahama_x
0
230
大体よく分かるscala.collection.immutable.HashMap ~ Compressed Hash-Array Mapped Prefix-tree (CHAMP) ~
matsu_chara
1
210
tsgolintはいかにしてtypescript-goの非公開APIを呼び出しているのか
syumai
5
1.3k
手が足りない!兼業データエンジニアに必要だったアーキテクチャと立ち回り
zinkosuke
0
380
Featured
See All Featured
Bash Introduction
62gerente
615
210k
VelocityConf: Rendering Performance Case Studies
addyosmani
333
24k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
We Have a Design System, Now What?
morganepeng
54
7.9k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.8k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
960
The Invisible Side of Design
smashingmag
302
51k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
36
6.2k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
61k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.5k
Building a Scalable Design System with Sketch
lauravandoore
463
34k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
54k
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. 解決策を先に思いついたとして、それがなんの課 題を解決するものだったのかに立ち返り、正しい
アプローチを取れているかを見直す必要がある