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
bayashi
September 02, 2021
Programming
360
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
プロダクトバックログについて伝えたい
2021/09/02
社内の勉強会向け資料
bayashi
September 02, 2021
More Decks by bayashi
See All by bayashi
スタートアップにおけるアジャイルの実践について #shibuyagile
murabayashi
3
2.3k
複雑さを受け入れるか、拒むか? - 事業成長とともに育ったモノリスを前に私が考えたこと #RSGT2026
murabayashi
1
4.2k
エンジニアに事業やプロダクトを理解してもらうためにやってること
murabayashi
1
550
自分がLinc’wellで提供しているプロダクトを理解するためにやったこと
murabayashi
1
680
エンジニアとして関わる要件と仕様(公開用)
murabayashi
0
590
個人事業主型開発からの脱却
murabayashi
14
10k
スクラムフェスを支える配信の仕組み
murabayashi
1
1.2k
締切とはなにか、どういう効果があるのか #scrummikawa
murabayashi
0
1.6k
商用アプリケーション開発基本のキ
murabayashi
0
330
Other Decks in Programming
See All in Programming
吝嗇家のためのAI活用 / AI development for miser - ChatGPT + Issue Driven Development
tooppoo
0
190
アルゴリズムは何を圧縮しているのか ─ Haskell から育った「圧縮代数」というメンタルモデル
naoya
16
3.6k
AI時代のPHPer生存戦略 ~「言語、もうなんでもよくない?」に本気で向き合う~
vivion
0
140
SLOをサービス品質の共通言語にするために 取り組んできたこと
wakana0222
0
540
地域 SRE コミュニティ最前線 - ホンマでっかSRE勉強会
tk3fftk
0
270
言語を使う側から、作る側へ。 自作 Lisp で得た新たな気づき。
andpad
0
130
なぜ型を書くのか? TSKaigi2026で改めて考える #tskaigi_smarthr
kajitack
0
400
Welcome to the "Parametricity" 🏙️ − Generic だけど Specific な世界 −
guvalif
PRO
1
180
エンジニア向け会社紹介/Findy Company Profile
findyinc
6
360k
【やさしく解説 設計編・中級 #6】良いアーキテクチャとは ~ 一本の登り道の、行き先 ~
panda728
PRO
0
170
Go言語とトイモデルで学ぶTransformerの気持ち / fukuokago23-transformer
monochromegane
0
140
AIが無かった頃の素敵な出会いの話
codmoninc
1
160
Featured
See All Featured
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
65
57k
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
220
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
420
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
190
Typedesign – Prime Four
hannesfritz
42
3.1k
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
1
3.7k
Raft: Consensus for Rubyists
vanstee
141
7.6k
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.5k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
123
22k
Site-Speed That Sticks
csswizardry
13
1.3k
A designer walks into a library…
pauljervisheath
211
24k
The SEO Collaboration Effect
kristinabergwall1
1
510
Transcript
プロダクトバックログ について伝えたい
むらばやし@bayashimura フォースタートアップス株式会社 エンジニア CSM/CSPO/CAL1 普段はエンジニアだけど 前ちょっとだけPOもやってたよ 自己紹介
プロダクトバックログとは - プロダクトに関するやることリストだよ。 - 優先順位は一列だよ。 - 誰が作ってもいいよ -
自分関係ないって思っている人いないよね? - プロダクトオーナーが管理をするよ - 優先順位付け
良いプロダクトバックログとは Independent(独立している) Negotiable(交渉可能) Valuable(価値がある) Estimable(見積り可能) Sized
right / Small(適切な大きさ) Testable(テスト可能)
何故INVEST? Independent(独立している) : 他のバックログに依存してたら単体でリリースできないだろうが! Negotiable(交渉可能) : 本気で見積もり始めた時の洞察力活かせ!
Valuable(価値がある) : 価値ないもの世の中に出すなや! Estimable(見積り可能) : どれくらいかかるかわからんかったら、スケジュール建てられないだろうが! Sized right / Small(適切な大きさ) : いつまでそのバックログやってるんだ! Testable(テスト可能) : そのバックログが完了したかどうかわからんだろうが! 良い機能を頻繁に 高速に世の中に出したいんだ!
何故INVEST? 価値は積み上げ 早く出して価値の総量を増やそう 商品購入機能 商品検索機能 レコメンド機能 定期購入機能 定期購入スケジュール機能 時間軸
価 値 の 総 量 世の中に提供できた価値の総量 ≒ 儲かったお金
何故INVEST? 細かく出していくと 筋が悪い時に撤退できる 商品購入機能 商品検索機能 レコメンド機能 定期購入機能 レコメンド性能改善 時間軸
価 値 の 総 量 撤退! 世の中に提供できた価値の総量 ≒ 儲かったお金
何故INVEST? 参考)WF的リリース 商品購入機能 商品検索機能 レコメンド機能 定期購入機能 定期購入スケジュール機能 時間軸 価
値 の 総 量 世の中に提供できた価値の総量 ≒ 儲かったお金
INVESTは対立する 大体SmallとValuable Independent連合軍が対立する そういうときは何故INVESTを追求したいのかを思い出す - プロジェクト管理のしやすさを求めるか(Small) - ベロシティ安定する - 並行に作業しやすくなる
- リリースしやすさを求めるか(Valueable Independent連合) - ひとつ出来たらひとつリリースするがしやすい
INVESTにする自分が使ってるフォーマット 概要 ここで背景、価値について説明しValueableであることを明示する やること - やることを明示することでEstimatableを上げる - 完了条件を明確にしてTestableを上げるような記述にする やらないこと -
やらないことも明示することで不要な作り込みを防ぐ(Sized Right) - 「やらないこと」という項目が明示的にあると「このバックログでやる必要があるか」を考える 関連チケット #ここで依存チケットを明示する #あんまり多いとIndependent性が低いことに気づける
バックログを詳細化、細分化する 概要 検索機能 やること - 検索ができること やらないこと - 特になし 関連チケット
#334
価値を記述する 概要 商品購入者が商品を購入する際は、全商品(1000件くらい)が表示されている一覧画面から探して購入している。 商品一覧画面から商品詳細画面への遷移は平均5分程かかっている。 これらを解消するため、商品一覧画面に検索機能を追加し、商品を探すのに時間を10秒以内に収める。 やること -
検索ができること やらないこと - 特になし 関連チケット #334
やることを詳細に記述する 概要 商品購入者が商品を購入する際は、全商品(1000件くらい)が表示されている一覧画面から探して購入している。 商品一覧画面から商品詳細画面への遷移は平均5分程かかっている。 これらを解消するため、商品一覧画面に検索機能を追加し、商品を探すのに時間を10秒以内に収める。 やること - 商品名で検索を行える
- 商品カテゴリで検索を行える やらないこと - 特になし 関連チケット #334
やることを細分化する 概要 商品購入者が商品を購入する際は、全商品(1000件くらい)が表示されている一覧画面から探して購入している。 商品一覧画面から商品詳細画面への遷移は平均5分程かかっている。 これらを解消するため、商品一覧画面に検索機能を追加し、商品を探すのに時間を10秒以内に収める。 やること - 商品名で検索を行える
- 商品カテゴリで検索を行える → 別チケットにしましょう やらないこと - 特になし 関連チケット #334
やらないことに移す 概要 商品購入者が商品を購入する際は、全商品(1000件くらい)が表示されている一覧画面から探して購入している。 商品一覧画面から商品詳細画面への遷移は平均5分程かかっている。 これらを解消するため、商品一覧画面に検索機能を追加し、商品を探すのに時間を10秒以内に収める。 やること -
商品名で検索を行える やらないこと - 商品カテゴリで検索を行える(#335にて対応) 関連チケット #334 #335
やることをもっと詳細にする やること - 商品名で検索を行える - 部分一致?完全一致? - 複数キーワード入力には対応する? -
一件も引っかからなかったら? - 一文字で検索しても良い? - 最大文字数は? - 記号は対応する? - 応答速度の上限はある? - ページネーションはする? - etc...
やることをもっと詳細にする やること - 商品名で検索を行える - 部分一致?完全一致? → 後方一致で! -
複数キーワード入力には対応する? → しない! - 一件も引っかからなかったら? → 別チケットで「一件も引っかかりませんでした!」みたいなやつ出そう! - 一文字で検索しても良い? → いいよ! - 最大文字数は? → 1028文字でいこう - 記号のみで検索されたら? → チェックよろしく! - 応答速度の上限はある? → 0.5秒以内でよろしく。 - ページネーションはする? → 100件ごとにページネーションしよう。 - etc...
やることを細分化する 概要 商品購入者が商品を購入する際は、全商品(1000件くらい)が表示されている一覧画面から探して購入している。 商品一覧画面から商品詳細画面への遷移は平均5分程かかっている。 これらを解消するため、商品一覧画面に検索機能を追加し、商品を探すのに時間を10秒以内に収める。 やること - 商品名で検索を行える(後方一致)
- 100件以上引っかかったらページネーション - 0.5秒以内のレスポンス - 記号のみのキーワードで検索しようとしたら「記号だけで検索するの...やめてよ...」ってポップアップで出る - 1028文字以上で検索しようとしたら「そんな長い文字で検索しようとしないでよ...やまてよ...」ってポップアップで出る やらないこと - 商品カテゴリで検索を行える(#335にて対応) - 複数キーワード入力対応(スペース含めて一文として解釈してよい) 関連チケット #334
Done(完了)の定義 大体のプロダクトバックログに書くようなことは Done(完了)の定義として決めておくと楽 - テスト通っていること - テストカバレッジ80%以上 - lint指摘なし -
性能試験済 - ドキュメント更新済 みたいなやつ
最後に 今回プロダクトバックログの書き方のみ解説しましたけど 「PO自体がプロダクトバックログ」という説もあるのでコミュニケーションは 密にとりましょう。全てを文章化するのはまだ無理です。 画面モックとかもあるといいね。 全部をチケットに書いて表現できるという幻想は捨ててこう。