Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
プロダクトバックログとスプリントバックログ
Search
Satoshi Harada
July 26, 2021
Programming
150
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
プロダクトバックログとスプリントバックログ
スクラムのプロダクトバックログ(PBL)とスプリントバックログ(SBL)はどのように紐づいているのかを、スクラムガイドをベースに説明した資料です。
Satoshi Harada
July 26, 2021
More Decks by Satoshi Harada
See All by Satoshi Harada
モチベーションとは何か?産業組織心理学の研究をもとに読み解く / What is motivation?
psj59129
0
68
心理学を学び活用することで偉大なスクラムマスターを目指す − 大学とコミュニティを組み合わせた学びの循環 / Becoming a great Scrum Master by learning and using psychology
psj59129
1
2.8k
アジャイル社内普及ご近所さんマップを作ろう / Let's create an agile neighborhood map
psj59129
1
220
製造業メカアジャイルへの挑戦!社内コミュニティを軸にした巻き込み / The challenge of mecha-agile manufacturing
psj59129
1
220
保育士チームが実践している連続的な観察と多面的な観察を共有するための振り返り / Reflection to share “continuous and multifaceted observations” as practiced by a team of childcare professionals
psj59129
1
6.4k
保育とふりかえりをコネクト! / connect childcare and retrospectives!
psj59129
1
1.5k
Whyから始めよう!スクラムチームが力強く前に進むための「なぜやるのか」を考える
psj59129
1
2.9k
その心理的安全性は間違っている!心理的安全性で陥りやすい間違いとその対策
psj59129
1
1.7k
これからのスクラムマスターのキャリアプランの話をしよう - スクラムマスターの前に広がる世界
psj59129
0
3.4k
Other Decks in Programming
See All in Programming
ActionController meets Protocol Buffers
sorah
1
710
[2026-10-14](C)Re:ゼロから始める異世界生活〜始まりの終わりと終わりの始まり〜
tosite
0
160
AI時代のTerminal環境を UNIX哲学で設計・運用する
yasunori0418
1
210
Augmenting AI with the Power of Jakarta EE
ivargrimstad
0
420
Modernizing iOS Apps
seyfoyun
0
120
Vue Fes Japan の “作る側”に関わってみて
naokihaba
1
190
Kotlinize Is Not Just Converting to Kotlin
chigichan24
1
190
コーディング自動化の次へ。人の介入をゼロにするファクトリーとサポートAIによる実践
timakin
5
4.7k
JIS keyboard support in Omarchy
lef237
0
160
【加筆修正版】Laravel のアプリケーションをどこにデプロイするか #phpcon_ehime
akase244
0
160
見えないものを探る要求要件定義に必要な基本的思考 / invisible-requirement-thinking
minodriven
15
8.8k
設計次第でAIコードの読む量は減らせる / designing-for-code-reading
minodriven
35
17k
Featured
See All Featured
GraphQLとの向き合い方2022年版
quramy
50
15k
世界の人気アプリ100個を分析して見えたペイウォール設計の心得
akihiro_kokubo
PRO
74
43k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
2
960
Stewardship and Sustainability of Urban and Community Forests
pwiseman
0
560
First, design no harm
axbom
PRO
2
1.4k
Art, The Web, and Tiny UX
lynnandtonic
304
22k
Why Our Code Smells
bkeepers
PRO
340
58k
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
380
Producing Creativity
orderedlist
PRO
348
41k
Accessibility Awareness
sabderemane
1
260
How to make the Groovebox
asonas
2
2.5k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
340
Transcript
プロダクトバックログ と スプリントバックログ スクラムの2つのバックログの使い方 Satoshi Harada
プロダクトバックログとは何か スクラムガイドの記述 プロダクトバックログは、創発的かつ順番に並べられ た、プロダクトの改善に必要なものの一覧である。これ は、スクラムチームが行う作業の唯一の情報源である。 1スプリント内でスクラムチームが完成できるプロダク トバックログアイテムは、スプリントプランニングのと きには選択の準備ができている。スクラムチームは通 常、リファインメントの活動を通じて、選択に必要な透 明性を獲得する。プロダクトバックログアイテムがより
小さく詳細になるように、分割および定義をする活動で ある。これは、説明・並び順・サイズなどの詳細を追加 するための継続的な活動である。多くの場合、属性は作 業領域によって異なる。 作業を行う開発者は、その作業規模の評価に責任を持 つ。開発者がトレードオフを理解して選択できるよう に、プロダクトオーナーが開発者を支援することもでき る。 解説 プロダクト バックログ プロダクトバックログアイテム1 →プロダクトバックログアイテム1-1(準備完了) →プロダクトバックログアイテム1-2(準備完了) →プロダクトバックログアイテム1-3(準備中) プロダクトバックログアイテム2(準備中) プロダクトバックログアイテム3(準備中) スクラムチームが行う作業はプロダクト バックログに載っている必要がある。 プロダクトバックログリファインメントという活動で、プロダク トバックログアイテムの詳細化・分割・並び替え・規模評価を開 発者が行う。(プロダクトオーナーが開発者を支援) 上記の活動で選択の準備(Ready)ができている状態になったプ ロダクトバックログアイテムについて、スプリントプランニング でスプリントの作業対象にすることができる。 逆に、選択の準備(Ready)ができていないプロダクトバックロ グアイテムをスプリントの作業対象にすると、スプリント内で詳 細化や分割を行う必要があり、不確実性が高まる。 スプリント の作業対象 にできる PBI
スプリントバックログとは何か スクラムガイドの記述 スプリントバックログは、スプリントゴール (なぜ)、スプリント向けに選択されたいくつ かのプロダクトバックログアイテム(何を)、 およびインクリメントを届けるための実行可能 な計画(どのように)で構成される。 スプリントバックログは、開発者による、開発 者のための計画である。スプリントバックログ には、スプリントゴールを達成するために開発
者がスプリントで行う作業がリアルタイムに反 映される。その結果、より多くのことを学ぶに つれて、スプリントの期間を通して更新され る。 スプリントバックログはデイリースクラムで進 捗を検査できる程度の詳細さが必要である。 解説 スプリント バックログ スプリント ゴール プロダクト バックログ PBI スプリントで どのように実現するか の計画 スプリントで 何を実現するか スプリントでなぜ それを実現するのか スプリントバックログの計画(作業タスク)は、 デイリースクラムで進捗を検査できる程度の詳細 さ(1日以下の細かさ)が必要。
プロダクトバックログの作成と管理 プロダクト バックログ 作成や管理の方法 について支援 基本的に、POが プロダクトバックログの 作成・管理を主導する スクラムチーム プロダクト
オーナー PO dev S M 開発者 スクラム マスター 開発者が代理で 書き込むことがある プロダクトバックログの管理はプロダクトオーナーの 責任領域。 プロダクトバックログの作成・明示的に伝える・並び 替える・透明性を維持する・見えるようにする・理解 されるようにすることについて、プロダクトオーナー は責任を持っている。 上記の作業を他の人に委任することもできるが、最終 的な責任はプロダクトオーナーが持つこととなってい る。 つまり、開発者が代理で書き込んだり、スクラムマス ターがプロダクトオーナーの支援をすることはできる が、プロダクトバックログの責任者はプロダクトオー ナーとなる。
スプリントプランニングでやること・その1 スクラムガイドの記述 スプリントプランニング スプリントプランニングはスプリントの起点であり、ここで はスプリントで実行する作業の計画を立てる。結果としてで きる計画は、スクラムチーム全体の共同作業によって作成さ れる。 プロダクトオーナーは参加者に対して、最も重要なプロダク トバックログアイテムと、それらとプロダクトゴールとの関 連性について話し合う準備ができているかを確認する。スク
ラムチームは、アドバイスをもらうためにチーム以外の人を スプリントプランニングに招待してもよい。 スプリントプランニングは次のトピックに対応する: トピック 1:このスプリントはなぜ価値があるのか? プロダクトオーナーは、プロダクトの価値と有用性を今回の スプリントでどのように高めることができるかを提案する。 次に、スクラムチーム全体が協力して、そのスプリントにな ぜ価値があるかをステークホルダーに伝えるスプリントゴー ルを定義する。スプリントゴールは、スプリントプランニン グの終了までに確定する必要がある。 解説 スプリント プランニング チーム 以外の人 スクラムチーム プロダクト オーナー PO dev S M 開発者 スクラム マスター 作業の計画は、スクラムチームの共同 作業で作成する。 プロダクト バックログ プロダクトオーナーはスプリントプランニングの参 加者に対して、最も優先度が高いプロダクトバック ログアイテムについて説明・話し合いをする必要が ある。(つまり、プロダクトバックログアイテムが Readyな状態になっている必要がある) スクラムチーム全体が協力し、今回のスプリントにどのような価値がある か・スプリントの終わりにステークホルダに何を伝えるのか(スプリント ゴール)を定義する。 招待 可能
スプリントプランニングでやること・その2 スクラムガイドの記述(前ページからの続き) トピック 2:このスプリントで何ができるのか? 開発者は、プロダクトオーナーとの話し合いを通じて、プロダクトバックロ グからアイテムを選択し、今回のスプリントに含める。スクラムチームは、 このプロセスの中でプロダクトバックログアイテムのリファインメントをす る場合がある。それによって、チームの理解と自信が高まる。 スプリント内でどれくらい完了できるかを選択するのは難しいかもしれな い。しかしながら、
開発者が過去の自分たちのパフォーマンス、今回のキャ パシティ、および完成の定義の理解を深めていけば、スプリントの予測に自 信が持てるようになる。 トピック 3:選択した作業をどのように成し遂げるのか? 開発者は、選択したプロダクトバックログアイテムごとに、完成の定義を満 たすインクリメントを作成するために必要な作業を計画する。これは多くの 場合、プロダクトバックログアイテムを1日以内の小さな作業アイテムに分 解することによって行われる。これをどのように行うかは、開発者だけの裁 量とする。プロダクトバックログアイテムを価値のインクリメントに変換す る方法は誰も教えてくれない。 スプリントゴール、スプリント向けに選択したプロダクトバックログアイテ ム、およびそれらを提供するための計画をまとめてスプリントバックログと 呼ぶ。 スプリントが1か月の場合、スプリントプランニングのタイムボック スは最大で8時間である。 スプリントの期間が短ければ、スプリントプラン ニングの時間も短くすることが多い。 解説 プロダクト バックログ スプリント バックログ スクラムチーム プロダクト オーナー PO dev S M 開発者 スクラム マスター 相談 PBI PBI 今スプリントで実施するアイテムをプロダクトバック ログから選択し、スプリントバックログに含める。 どれくらいのアイテムを選択できるかは、スクラム チームの過去のパフォーマンスをもとに推測する。 スプリントバックログでは、プロダクトバックログア イテムを1日以内の小さな作業アイテムに分解する。 PBI: プロダクトバックログアイテム 1日以内の 作業アイテム
1枚絵にまとめてみた プロダクト バックログ Sprint-n スプリント バックログ スクラムチーム プロダクト オーナー PO
dev S M 開発者 スクラム マスター 相談 PBI PBI PBI: プロダクトバックログアイテム 1日以内の 作業アイテム スプリント プランニング Sprintの最初に行う作業計画の時間。 作業の計画は、スクラムチームの共同 作業で作成する。 ① 基本的に、POが プロダクトバックログの 作成・管理を主導する ・プロダクトバックログアイテム 1 ・プロダクトバックログアイテム 2 ・プロダクトバックログアイテム 3 .... ② プロダクトオーナーはスプリントプランニングの 参加者に対して、最も優先度が高いプロダクト バックログアイテムについて説明する ④ スクラムチーム全体が協力し、今回のスプ リントにどのような価値があるか・スプリ ントの終わりにステークホルダに何を伝え るのか(スプリントゴール)を定義する。 Sprint-n スプリント ゴール ③ スクラムチームは、Sprint-nで実施するアイテムを プロダクトバックログから選択し、スプリントバッ クログに含める。 どれくらいのアイテムを選択できるかは、スクラム チームの過去のパフォーマンスをもとに推測する。 開発者はPOと相談しながら、プロダクトバックロ グアイテムを1日以内の小さな作業アイテムに分解 する。この作業アイテムの一覧がSprint-nのスプリ ントバックログとなる。 スクラムマスターは何してくれる? • プロダクトバックログの作成や管理の方法についてPOを支援 • スプリントバックログの作成についてスクラムチームを支援 • スプリントゴールの設定についてスクラムチームを支援