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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
ryopenguin
September 26, 2023
Technology
540
0
Share
ゼロイチプロダクトのプロダクトマネジメント
@2023.09.26「0→1をスクラムでやってみた -スキル管理機能の作り方-」で発表
ryopenguin
September 26, 2023
More Decks by ryopenguin
See All by ryopenguin
Wowを産むAI開発の プロセスを作るまで
ryokaneoka0406
0
23
無邪気な発明とドッグフーディング
ryokaneoka0406
0
12
スケールとスピードを両立させるAIプロダクトマネジメント
ryokaneoka0406
1
1.2k
「見せ球」「作って終わり」のLLM機能卒業のために
ryokaneoka0406
0
810
「見せ球」「作って終わり」LLM機能卒業のために
ryokaneoka0406
0
92
LLMからはじめる、 プロダクトへのAI導入
ryokaneoka0406
0
330
SaaSのアップセルプロダクトにおけるブレない軸
ryokaneoka0406
1
2.3k
チームのコンテキスト理解を高める 朝会/夕会コンテンツ
ryokaneoka0406
4
1.7k
Other Decks in Technology
See All in Technology
実践 TanStack Start ― 新規プロダクトを開発して確立した、サーバーとクライアント境界の設計パターン / Practical TanStack Start Server-Client Boundary Patterns
kaminashi
2
280
Slack MCPでインシデント対応とFAQ生成を加速する:社内ワークショップの実践
lycorptech_jp
PRO
0
380
業務に残された「良くない型」で考える「TypeScriptの難しさ」
sajikix
3
1.9k
Oracle AI Database@AWS:サービス概要のご紹介
oracle4engineer
PRO
4
2.6k
TypeScriptエンジニアのためのWASMランタイム入門:AssemblyScriptから理解するメモリの実態(ayano)
ayanoyuki
0
120
TypeScriptとAngular Signal で実現する保守性の高いアプリケーション設計 - 3層アーキテクチャによる責務分離の実践(たつかわ) https://2026.tskaigi.org/talks/10
nealle
1
320
GitHub Copilot CLI で考える複数エージェント設計
tomokusaba
0
170
Claude Code で使える DuckDB Skills を試してみた / DuckDB Skills and Claude Code
masahirokawahara
2
2.2k
シンデレラなんかになりたくない!ガラスの靴が割れた時代にどう歩く?
nomizone
0
170
SDDで⾒える、AIコーディングの"内訳"
lycorptech_jp
PRO
0
420
大規模環境でどのように監視を実現する?
yuobayashi
1
130
ルール・ロール・ツールを創る / Creating Rules, Roles and Tools
ks91
PRO
0
160
Featured
See All Featured
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
199
73k
Thoughts on Productivity
jonyablonski
76
5.2k
Building a Scalable Design System with Sketch
lauravandoore
463
34k
HDC tutorial
michielstock
2
670
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
360
So, you think you're a good person
axbom
PRO
2
2k
Marketing to machines
jonoalderson
1
5.3k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4k
Being A Developer After 40
akosma
91
590k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
400
技術選定の審美眼(2025年版) / Understanding the Spiral of Technologies 2025 edition
twada
PRO
118
120k
Deep Space Network (abreviated)
tonyrice
0
150
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で話すなど、方針や目標のチーム浸透にはリソースをかける • ユーザーストーリーマッピングで変化に強い要件定義を •
スコープを研ぎ澄ましてスピードと仮説検証を両立させる • リリースは始まりにすぎない • 人は生かされている
ご静聴ありがとうございました!