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
ゼロイチプロダクトのプロダクトマネジメント
Search
ryopenguin
September 26, 2023
Technology
0
450
ゼロイチプロダクトのプロダクトマネジメント
@2023.09.26「0→1をスクラムでやってみた -スキル管理機能の作り方-」で発表
ryopenguin
September 26, 2023
Tweet
Share
More Decks by ryopenguin
See All by ryopenguin
「見せ球」「作って終わり」のLLM機能卒業のために
ryokaneoka0406
0
590
「見せ球」「作って終わり」LLM機能卒業のために
ryokaneoka0406
0
44
LLMからはじめる、 プロダクトへのAI導入
ryokaneoka0406
0
220
SaaSのアップセルプロダクトにおけるブレない軸
ryokaneoka0406
1
2.2k
チームのコンテキスト理解を高める 朝会/夕会コンテンツ
ryokaneoka0406
4
1.6k
Other Decks in Technology
See All in Technology
Zabbixチョットデキルとは!?
kujiraitakahiro
0
120
スケールアップ企業のQA組織のバリューを最大限に引き出すための取り組み
tarappo
4
1.1k
20250328_RubyKaigiで出会い鯛_____RubyKaigiから始まったはじめてのOSSコントリビュート.pdf
mterada1228
0
390
Cloud Native PG 使ってみて気づいたことと最新機能の紹介 - 第52回PostgreSQLアンカンファレンス
seinoyu
2
250
ソフトウェアプロジェクトの成功率が上がらない原因-「社会価値を考える」ということ-
ytanaka5569
0
140
Tokyo dbt Meetup #13 dbtと連携するBI製品&機能ざっくり紹介
sagara
0
240
「それはhowなんよ〜」のガイドライン #orestudy
77web
9
2.2k
30 代子育て SRE が考える SRE ナレッジマネジメントの現在と将来
kworkdev
PRO
0
170
出前館を支えるJavaとKotlin
demaecan
0
130
小さく始めるDevOps 内製化支援から見えたDevOpsの始め方 / 20250317 Ken Takayanagi
shift_evolve
1
120
大規模プロジェクトにおける 品質管理の要点と実践 / 20250327 Suguru Ishii
shift_evolve
0
310
AI・LLM事業部のSREとタスクの自動運転
shinyorke
PRO
0
320
Featured
See All Featured
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
135
33k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.5k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.5k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.7k
Documentation Writing (for coders)
carmenintech
69
4.7k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
8
720
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
40
2.1k
Into the Great Unknown - MozCon
thekraken
36
1.7k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
12
630
Docker and Python
trallard
44
3.3k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
RailsConf 2023
tenderlove
29
1k
Transcript
ゼロイチプロダクトの プロダクトマネジメント 2023.09.26 0→1をスクラムでやってみた -スキル管理機能の作り方- Ryo Kaneoka SmartHR Product Manager
• 今日はご参加ありがとうざいます! • そろそろ疲れてきましたか? • 私からは、ゼロイチプロダクトのプロダクトマネジメントで意識したことについてお 話しします。 • チームの立ち上げ、スコープの決め方など、いろいろと工夫したのでご参考にな れば嬉しいです。
今日のトピック
Ryo Keneoka(@ryopenguin) • プロダクトマネージャー • SmartHRには2020年10月に入社 • 元々は「従業員サーベイ」のPO • 「スキル管理」には立ち上げから関
わりました 自己紹介
アジェンダ • チームを作る前にすること • チームを作ったら ◦ 方針と目標を決める ◦ (一旦)作るものを決める ◦
作らないものを決める • 成果 • 絶対に忘れてはならないこと
チームを作る前にすること
大量の一次情報で仮説を明確にしておく とにかく泥臭く大量の顧客に会い、仮説を明確にすることが チームの信頼とスムーズな開発につながる 大量の一次情報に触れておけば、大きく判断に迷 うことはない とにかく調査 仮説を立てる チームを巻き込む前に課題やインパクトの 仮説、不確実なことは何かは明確にしておく
必要であればリリース日を事前周知できるように準備 ロードマップセリングによって単純なユーザーインタビューより強いニーズ、 他のプロダクトに繋がるパスを把握できることもある
チームを作ったら
チームを作ってからの流れ 方針・目標を 決める (一旦) 作るものを 決める 開発 進捗確認 作らないものを決 める
リリース
方針・目標を決める:確実に全員に理解・納得してもらう OKRと方針はPMが作ったとしてもフィード バック&反映の場を必ず作る 全員と1時間の1on1を実施、 プロダクトの方針をみっちり伝える
(一旦)作るものを決める(1/2):ユーザーストーリーマッピング ユーザーストーリーマッピングで、 ユーザーの業務フローと優先度をチームのものにする
(一旦)作るものを決める(2/2):変化に強い要件定義 将来の計画をデータモデリング、 テーブル設計の考慮に入れられる あとからスコープを削るのにも便利 ユーザーストーリーマッピングを共通言語にすれば、 変化に強い要件定義ができる(はず。答え合わせはこれから …)
作らないものを決める(1/2):見積もりを何回も行う 複数回の見積もりを実施し、リリースまでの見積もり精度を上げる
作らないものを決める(2/2):スコープを研ぎ澄ます 最初のリリーススコープを研ぎ澄まし、 仮説検証とデリバリーのスピードを両立させる 「このままではヤバい」と気づいたら、 PMのリーダーシップを発揮する 検証に関係ない 「おもてなし」を大胆に捨てる
リリースできました
成果
OKRを達成しつつ、今後の道筋もついている 期日までにリリースでき スピーディに仮説検証 活用メトリクスの 目標を大幅達成 今後の開発アイテムの 優先度も決められた
絶対に忘れてはいけないこと
リリースは始まりにすぎない
人は生かされている 今回の成果は、限界までストレッチしてくれたチームあってこそ。 感謝を忘れない。
まとめ
まとめ ゼロイチプロダクトのプロダクトマネジメント • とにかく泥臭く大量の顧客に会い、仮説を明確にしておく • 必要あればリリース日を事前周知する準備をする • 個別に1on1で話すなど、方針や目標のチーム浸透にはリソースをかける • ユーザーストーリーマッピングで変化に強い要件定義を •
スコープを研ぎ澄ましてスピードと仮説検証を両立させる • リリースは始まりにすぎない • 人は生かされている
ご静聴ありがとうございました!