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
350
0
Share
プロダクトバックログについて伝えたい
2021/09/02
社内の勉強会向け資料
bayashi
September 02, 2021
More Decks by bayashi
See All by bayashi
複雑さを受け入れるか、拒むか? - 事業成長とともに育ったモノリスを前に私が考えたこと #RSGT2026
murabayashi
1
3.8k
エンジニアに事業やプロダクトを理解してもらうためにやってること
murabayashi
0
460
自分がLinc’wellで提供しているプロダクトを理解するためにやったこと
murabayashi
1
580
エンジニアとして関わる要件と仕様(公開用)
murabayashi
0
570
個人事業主型開発からの脱却
murabayashi
14
10k
スクラムフェスを支える配信の仕組み
murabayashi
1
1.2k
締切とはなにか、どういう効果があるのか #scrummikawa
murabayashi
0
1.6k
商用アプリケーション開発基本のキ
murabayashi
0
320
(新米)エンジニアリングマネージャーのしごと #RSGT2023
murabayashi
11
11k
Other Decks in Programming
See All in Programming
Agent Skills を社内で育てる仕組み作り
jackchuka
1
2.1k
20260514 - build with ai 2026 - build LINE Bot with Gemini CLI
line_developers_tw
PRO
0
450
運転動画を検索可能にする〜Cosmos-Embed1とDatabricks Vector Searchで〜/cosmos-embed1-databricks-vector-search
studio_graph
3
970
Skillは並べた。動かなかった。契約で繋いだ。— 65個のSkillから、自走する開発サイクルへ
junholee
0
650
cloudnative conference 2026 flyle
azihsoyn
1
200
TypeScriptだけでAIエージェントを作る フロント・エージェント・インフラのフルスタック実践
har1101
5
720
Agentic AI & UI: Arcitecture, HITL, Emerging Standards
manfredsteyer
PRO
0
120
KMP × Kotlin 2.3 - How Android Got Slower While iOS Builds Improved by 47%
rio432
0
230
【ディップ|26年新卒研修資料】TDD実装演習
dip_tech
PRO
0
250
実践ハーネスエンジニアリング:ステアリングループを実例から読み解く / Practical Harness Engineering: Understanding Steering Loops Through Real-World Examples
nrslib
5
5.7k
AIを導入する前にやるべきこと
negima
2
370
20年以上続くプロダクトでも使い続けられる静的解析ツールを求めて
matsuo_atsushi
0
150
Featured
See All Featured
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
250
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
190
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
Discover your Explorer Soul
emna__ayadi
2
1.1k
Why Our Code Smells
bkeepers
PRO
340
58k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.1k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.5k
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
370
RailsConf 2023
tenderlove
30
1.4k
Dominate Local Search Results - an insider guide to GBP, reviews, and Local SEO
greggifford
PRO
0
170
The agentic SEO stack - context over prompts
schlessera
0
780
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
390
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自体がプロダクトバックログ」という説もあるのでコミュニケーションは 密にとりましょう。全てを文章化するのはまだ無理です。 画面モックとかもあるといいね。 全部をチケットに書いて表現できるという幻想は捨ててこう。