「スクラムにおけるPOがプロダクトバックログを作成するときに、ユーザーストーリマッピングを使ってプロダクトバックログを作成する」というワークショップをやった際の資料です。 ユーザーストーリマッピングのかんたんな説明が書いてあります
ユーザーストーリーマッピングを使ってプロダクトバックログを作ろうノーストーチ株式会社伊藤いづみ@izumii19
View Slide
今日のゴールユーザーストーリーマッピングを体験してみよう「プロダクトバックログは一体どうやって作るの？ 」という質問を受けることがありますが、実際には色々な方法があると思います。今日はプロダクトバックログを作成する方法としてユーザーストーリーマッピングをやってみましょう。2
今日のゴールプロダクトバックログや、これに関連する知識もおさらいしましょう⚫ プロダクト⚫ プロダクトオーナー⚫ プロダクトゴール⚫ プロダクトバックログ⚫ プロダクトバックログアイテム3
おさらい：プロダクト
プロダクトプロダクト＝顧客へ価値を提供する手段⚫ ソフトウェアそのものに価値があるわけではない⚫ 顧客がソフトウェアを利用して問題を解決したり、ニーズを満たすことができた時に価値は生まれる⚫ ソフトウェアに加えサービス、サポートなども価値に含まれるプロダクト＝ソフトウェアプロダクト⊃ソフトウェア5ソフトウェアサポートサービスプロダクト
おさらい：プロダクトオーナー
プロダクトオーナー(スクラムガイド2020より抜粋)プロダクトオーナーは、スクラムチームから生み出されるプロダクトの価値を最大化することの結果に責任を持つ。組織・スクラムチーム・個人によって、その方法はさまざまである。プロダクトオーナーは、効果的なプロダクトバックログ管理にも責任を持つ。たとえば、プロダクトゴールを策定し、明示的に伝える。プロダクトバックログアイテムを作成し、明確に伝える。プロダクトバックログアイテムを並び替える。プロダクトバックログに透明性があり、見える化され、理解されるようにする。上記の作業は、プロダクトオーナーが行うこともできるが、他の人に委任することもできる。いずれの場合も、最終的な責任はプロダクトオーナーが持つ。7
プロダクトオーナー(スクラムガイド2020より抜粋)プロダクトオーナーをうまく機能させるには、組織全体でプロダクトオーナーの決定を尊重しなければならない。これらの決定は、プロダクトバックログの内容や並び順、およびスプリントレビューでの検査可能なインクリメントによって見える化される。プロダクトオーナーは 1 人の人間であり、委員会ではない。プロダクトオーナーは、多くのステークホルダーのニーズをプロダクトバックログで表している場合がある。ステークホルダーがプロダクトバックログを変更したいときは、プロダクトオーナーを説得する8
プロダクトオーナーつまり、プロダクトオーナー(PO)は⚫ プロダクトの価値を最大化する⚫ 効果的なプロダクトバックログ (PBL)管理を行う• プロダクトゴールを策定し、明示的に伝える• プロダクトバックログアイテム (PBI)を作成し、明確に伝える• PBIを並び替える• PBLに透明性があり、見える化され、理解されるようにする⚫ プロダクトの増加について受け入れるかどうかを判断する9
POが参加するイベント10今日はここ
おさらい : プロダクトゴールとプロダクトバックログとプロダクトバックログアイテム
プロダクトゴール（PG）とは⚫ プロダクトバックログに対する確約（コミットメント）⚫ プロダクトの将来の状態を表しており、スクラムチームの計画のターゲットになる⚫ プロダクトゴールはプロダクトバックログに含まれる※スクラムガイド2020のアップデートにてプロダクトゴールが導入された12PBLPG
プロダクトバックログ（PBL）とは⚫ プロダクトバックログアイテム(PBI)を集めたリスト⚫ スクラムチームが行う作業の唯一の情報源である⚫ PBIが優先順の高い順番に並んでいる*1⚫ 優先順位の高いPBIには詳細な記述が必要優先順位の低いPBIは曖昧でも良い（定期的な見直しは必要）⚫ PBIの並べ替えについてはPOが責任を持つ*1 一般的にはビジネス価値の高いものが上位に来る傾向にある13PBIPBIPBIPBLPG
プロダクトバックログアイテム（PBI）とは⚫ プロダクトゴールを達成する「何か（what）」⚫ POが価値があると判断したものはなんでもPBI機能タスク／不具合対応／技術改善／ スキルアップ顧客に見える部分／見えない部分ソフトウェア以外のもの（インフラとか）将来の価値をうむもの（検証、学習、実験）14PBIPBIPBIPBLPG
プロダクトバックログアイテム（PBI）とは⚫ 良いPBIの基準• 見積もり可能• 受け入れ基準が明確• 1スプリント内で終わる大きさ• デモ手順を決めることができる• 可能な限り独立15PBIPBIPBIPBLPG
1：PBLの作り方
PBLはどうやってつくる？⚫ 作り方に決まりはなくやり方は色々あります！⚫ ユーザーストーリーを書いて作る方法が広く知られている⚫ 今回は以下の方法でTry！1. PGを理解する : インセプションデッキ2. PBLを作成する : ユーザーストーリーマッピング17
1.プロダクトのゴールを理解するインセプションデッキ18• 我々はなぜここにいるのか• エレベーターピッチ• パッケージデザイン• やらないことリスト• 「ご近所さん」を探せwhy• 技術的な解決策• 夜も眠れない問題• 期間を明確にする• トレードオフスライダー• 何がどれだけ必要かhow今日はこれ
エレベータピッチ⚫ ごく短い時間でプロジェクトやアイディアの本質を伝える⚫ 誰のために何を作るのかを明快にする(あらゆる人の望みに応えるものを作るわけではない)19
エレベータピッチ20
2.ユーザーストーリーマッピングやり方1. ユーザストーリーを書く2. ナラティブフローを作る3. 別のストーリーを探る4. ナラティブフローを整理する5. バックボーンを抽出6. MVPリリースを切り出す7. リリーススライスを引く21
2-1. ユーザーストーリーを書く⚫ 顧客が実現したいと思っているフューチャー*1⚫ 書き方に決まりはない（よく使うテンプレはあるよ）*1 フューチャー＝顧客の価値。お金を払ってでも欲しいと思えるもの*2 こういうのも顧客の価値。テンプレにこだわらず価値であれば書き出しておく22ストーリーカード［ユーザーの種類］として［達成したいゴール］をしたいなぜなら［理由・目的］だからだ制約*2○秒以内に表示できることストーリーカード［一般ユーザー］として［買った本を簡単に管理］したいなぜなら［同じ本をダブって買いたくない］からだ
2-2. ナラティブフローを作る⚫ ユーザーストーリーを並べて物語を作る⚫ マップの左から右へ向かうフロー⚫ 「まず私はこれをした」「” それから私は”これをした」23制約ストーリーカードストーリーカードストーリーカードストーリーカードこれは置いといて・・・まず私はこれをしたそれから私はこれをしたそれから私は… それから私は…
2-3.別のストーリーを探る⚫ ナラティブフロー以外のバリエーション• ユーザー別• シチュエーション• 詳細、代替え、制約、例外など24制約詳細詳細制約 制約ナラティブフロー新規登録者一般ユーザーA-1A-2ユーザーによる違い非機能っぽいやつとか大きいストーリーの分割新しく出てきたストーリー例外Sign in
2-4.ナラティブフローを整理⚫ 別なストーリーを探っている中で出てきたストーリー、レベル合わせ⚫ 順番の見直し25制約制約 制約ナラティブフロー新規登録者一般ユーザーA-1A-2追加入れ替え レベル合わせSign in例外
⚫ 共通の目標に向かうタスクを集約する（アクティビティの作成）2-5.バックボーンを抽出26制約制約 制約ナラティブフロー新規登録者一般ユーザーA-1A-2ユーザーは使用する準備を行うユーザーの情報を管理する本の情報を管理するアプリの使い方を知るバックボーンSign inアクティビティ例外
⚫ Minimum Viable Product(MVP:望まれる成果を実現できる最小の製品)2-6. MVPリリースを切り出す27制約制約 制約ナラティブフロー新規登録者一般ユーザーA-1 A-2ユーザーは使用する準備を行うユーザーの情報を管理する本の情報を管理するアプリの使い方を知るバックボーンSign inMVP最初のリリース！例外
⚫ 特的の目標を実現しやすいようにタスクをスライスする2-7.リリーススライスを引く28ナラティブフローA-1 A-2ユーザーは使用する準備を行うユーザーの情報を管理する本の情報を管理するアプリの使い方を知るバックボーンSign inリリース１制約制約 制約例外やらない！リリース2リリース3MVP新規ユーザー向け機能操作性の向上
2-8.ユーザーストーリーマップ完成29ナラティブフロー（物語）A-1 A-2ユーザーは使用する準備を行うユーザーの情報を管理する本の情報を管理するアプリの使い方を知るバックボーン(骨格)Sign inリリース１MVP制約制約 制約リリース3 例外リリース2優先順位
PBLにする301 24 5リリース１MVPリリース3…8リリース2 7各リリースの中でも優先順位をつけるPBLPG12457…
この形に近づけよう⚫ 優先順位の高いPBIには詳細な記述が必要⚫ 優先順位の低いPBIは曖昧でも良い⚫ 見積もり可能⚫ 受け入れ基準が明確⚫ 1スプリント内で終わる大きさ⚫ デモ手順を決めることができる⚫ 可能な限り独立良いPBIになっているか確認31PBLPG12457…
ユーザーストーリーマッピングの良いところ1. プロセス：３つのCCard:カードに書く、Conversation:会話する、Confirmation:確認する2. 全体像を把握しやすい3. ユーザー視点でストーリーを語ることができる4. 追加、削除、入れ替えが容易なので最新を保ちやすい5. ストーリのレベル・粒度を揃えやすい6. 言葉が消えていくを防ぐ大切なのはドキュメントを書くことではなく会話から生まれる共通理解32
大切なのは会話から生まれる共通理解
Enjoy ユーザーストーリーマッピング！
参考資料⚫ ユーザーストーリーマッピング⚫ SCRUM BOOT CAMP THE BOOK⚫ アジャイルサムライ−達人開発者への道−⚫ 5分で分かるスクラム用語集⚫ プロダクトバックログ項目の明確化の必要性インセプションデッキのテンプレート⚫ 簡単！楽しい！5分でわかるユーザーストーリーマッピング(User StoryMapping)35
おまけ：実際にやってみたマップ36
izumii19
yoshiitaka
senkin13
yellowshippo
i524
huffon
claudioed
nasa_desu
soracom
line_developers
devopstaiwan
masakamayama
autifyhq
addyosmani
rasmusluckow
phodgson
mongodb
hannesfritz
speakerdeck
brianwarren
aki_iinuma
orderedlist
eileencodes
malarkey
pedronauck