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.
→
Satoshi Harada
July 26, 2021
Programming
130
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
心理学を学び活用することで偉大なスクラムマスターを目指す − 大学とコミュニティを組み合わせた学びの循環 / Becoming a great Scrum Master by learning and using psychology
psj59129
1
2.2k
アジャイル社内普及ご近所さんマップを作ろう / Let's create an agile neighborhood map
psj59129
1
200
製造業メカアジャイルへの挑戦!社内コミュニティを軸にした巻き込み / The challenge of mecha-agile manufacturing
psj59129
1
210
保育士チームが実践している連続的な観察と多面的な観察を共有するための振り返り / Reflection to share “continuous and multifaceted observations” as practiced by a team of childcare professionals
psj59129
1
5.9k
保育とふりかえりをコネクト! / connect childcare and retrospectives!
psj59129
1
1.4k
Whyから始めよう!スクラムチームが力強く前に進むための「なぜやるのか」を考える
psj59129
1
2.7k
その心理的安全性は間違っている!心理的安全性で陥りやすい間違いとその対策
psj59129
1
1.7k
これからのスクラムマスターのキャリアプランの話をしよう - スクラムマスターの前に広がる世界
psj59129
0
3.2k
ファーストペンギンを志すものに伝えたい - 1人目のアジャイル推進者がたどった成功と失敗
psj59129
0
490
Other Decks in Programming
See All in Programming
不変条件と整合性境界—ビジネスが決める設計判断と実現パターン / Invariants and Consistency Boundaries
nrslib
14
5.6k
ADKを使って簡単にAIエージェントを作ってみよう
k1mu21
0
270
依存関係から依存物へ―Dependencyという言葉の歴史をひも解く
j_lee
0
120
Lemonade + Foundry Toolkit でお手軽アプリ開発
seosoft
1
360
正しくソフトウェアを作る、前提を疑うための認知の視点 / doubt-premise
minodriven
21
6.7k
ローカルLLMでどこまでコードが書けるか -拡張版 / How much code can be written on a local LLM Extended
kishida
11
4.3k
Lessons from Spec-Driven Development
simas
PRO
0
210
Composerを使ったサプライチェーン攻撃の様子を眺めてみる #phpstudy
o0h
PRO
2
250
「なぜそう決めたのか」を残し続ける仕組み ― Notion AI カスタムエージェント × Slack連携による設計判断の自動記録 - NIKKEI Tech Talk #47
niftycorp
PRO
0
210
Oxcを導入して開発体験が向上した話
yug1224
4
320
AIだと陥りがちなJakarta EE最新技術への移行時の落とし穴と解決策
tnagao7
0
110
OSもどきOS
arkw
0
570
Featured
See All Featured
The SEO identity crisis: Don't let AI make you average
varn
0
490
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
1
2.7k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.5k
Done Done
chrislema
186
16k
Bash Introduction
62gerente
615
220k
A designer walks into a library…
pauljervisheath
211
24k
Into the Great Unknown - MozCon
thekraken
41
2.6k
Information Architects: The Missing Link in Design Systems
soysaucechin
0
970
Optimising Largest Contentful Paint
csswizardry
37
3.7k
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3.4k
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
370
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を支援 • スプリントバックログの作成についてスクラムチームを支援 • スプリントゴールの設定についてスクラムチームを支援