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
Satoshi Harada
August 03, 2020
Programming
0
120
アジャイル・スクラム勉強会_スクラムチームのロール
Satoshi Harada
August 03, 2020
Tweet
Share
More Decks by Satoshi Harada
See All by Satoshi Harada
保育士チームが実践している連続的な観察と多面的な観察を共有するための振り返り / Reflection to share “continuous and multifaceted observations” as practiced by a team of childcare professionals
psj59129
0
4.1k
やってやろうじゃないかメカアジャイル! / Let's do it, mechanical agile!
psj59129
2
2.9k
保育とふりかえりをコネクト! / connect childcare and retrospectives!
psj59129
1
830
焼肉レトロスペクティブ爆誕!遊び心を解放してチームの学習を飛躍させよう
psj59129
6
9.7k
アジャイルのライトウィングとレフトウィングはひとりで両方できなくてもいいんじゃない? - “ひとりでできるもん”から“みんなでできるもん”への道のり
psj59129
0
2.2k
社内アジャイル勉強会コミュニティの火を燃やせ!製造業に入社して4か月でやったこと全部見せます!
psj59129
1
1.4k
Whyから始めよう!スクラムチームが力強く前に進むための「なぜやるのか」を考える
psj59129
1
2.4k
その心理的安全性は間違っている!心理的安全性で陥りやすい間違いとその対策
psj59129
0
1.5k
これからのスクラムマスターのキャリアプランの話をしよう - スクラムマスターの前に広がる世界
psj59129
0
2.8k
Other Decks in Programming
See All in Programming
0626 Findy Product Manager LT Night_高田スライド_speaker deck用
mana_takada
0
100
Team operations that are not burdened by SRE
kazatohiei
1
210
既存デザインを変更せずにタップ領域を広げる方法
tahia910
1
240
プロダクト志向なエンジニアがもう一歩先の価値を目指すために意識したこと
nealle
0
110
今ならAmazon ECSのサービス間通信をどう選ぶか / Selection of ECS Interservice Communication 2025
tkikuc
19
3.5k
#kanrk08 / 公開版 PicoRubyとマイコンでの自作トレーニング計測装置を用いたワークアウトの理想と現実
bash0c7
1
380
童醫院敏捷轉型的實踐經驗
cclai999
0
190
Java on Azure で LangGraph!
kohei3110
0
170
PHP 8.4の新機能「プロパティフック」から学ぶオブジェクト指向設計とリスコフの置換原則
kentaroutakeda
2
500
WindowInsetsだってテストしたい
ryunen344
1
190
git worktree × Claude Code × MCP ~生成AI時代の並列開発フロー~
hisuzuya
1
470
Result型で“失敗”を型にするPHPコードの書き方
kajitack
4
340
Featured
See All Featured
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.8k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
15
1.5k
Rebuilding a faster, lazier Slack
samanthasiow
82
9.1k
Designing for humans not robots
tammielis
253
25k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
RailsConf 2023
tenderlove
30
1.1k
The Pragmatic Product Professional
lauravandoore
35
6.7k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
Building an army of robots
kneath
306
45k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
181
53k
Site-Speed That Sticks
csswizardry
10
660
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.5k
Transcript
スクラム開発入門 スクラムチームのロール アジャイル・スクラム勉強会 Satoshi Harada
スクラムチームのロール • スクラムチームのロール ► プロダクトオーナー 1名 ► 開発メンバー 3名〜7名 ►
スクラムマスター 1名 ✔ 上記に属するメンバーを1つのスクラムチームと呼ぶ ✔ 上記以外でチームに関与する人(品質管理部門・法務部門・自 社の上司・お客様の上司など)は関係者と呼ぶ スクラム チーム プロダクト オーナー 開発 チーム スクラム マスター 関係者
なぜコアメンバーと関係者を 区別するのか • 自律的なチームを保つため ► スクラムチームの判断・決定事項は、スクラムチームが責任を持つ ► チーム外から指示を受けた場合、スクラムチームが指示内容に責任を 持つことは難しい ✔
スクラムチームには決定する権限と責任を与える • アジャイルの豚と鶏の比喩 ► 決定事項に対して身を切る立場にある人(スクラムチーム)が、 チームの方針を考えるべき ► ただし、スクラムチームと関係者が対立するわけではない点は注意 ✔ 関係者はスクラムチームの決定を尊重し、権限と責任をセットで渡して委 任する姿勢が必要
なぜプロダクトオーナーは1人なのか • プロダクトオーナーの役割とは? ► プロダクト(構築するシステム)が、 限られた構築期間で最大の価値を持つ ものになるようにコントロールする責 任を負う ✔ 何を作るか決める
✔ 何を作らないか決める ✔ 何を優先するか決める • 決定することが仕事なので、複数人い ると決定事項がブレやすい ► スクラムチームがどちらの言うことを 信じればよいか判断できない ► プロダクトオーナーの補助をする人が いてもよいが、その場合でも決定を下 す人(プロダクトオーナー)は1人だ けにしておくべき。 スクラム チーム プロダクト オーナー 開発 チーム スクラム マスター
プロダクトオーナーは誰が適任か • プロジェクト(プロダクト)のスポンサー ► 社外の顧客から受注した場合のパターン ► お客様の中から代表者1名を選出してお客様代表(プロダ クトオーナー)となってもらう ✔ アジャイルやスクラムで開発を進めることをいきなり理解して
もらうことは難しいので、プロダクトオーナーの責務を負って もらえるようにSMが強力にサポートする • プロジェクト(プロダクト)の責任者 ► 自社プロダクトや、社内サービスのパターン ► 自社内でプロジェクトやプロダクトに対して責任を持って いる人(決定権がある人)がプロダクトオーナーとなる ✔ 大体の場合は開発チームよりも上位職の人がプロダクトオー ナーとなるので、指示型の仕事にならないようにSMが気を配 る ✔ PdM(プロダクトマネージャー)という専門の役職を置いてい る会社もある
スクラムマスターは何をする人なのか • プロダクトオーナーの責務をサポートする ► 何を作るか・何を作らないか・優先度はどう するかについて、プロダクトオーナーが判断 できるようにサポートする ► 具体的には、プロダクトバックログ(機能要 望を優先順に並べた一覧)を一緒に作る
► プロダクトが最大の価値を持つものになるよ うにサポートする ✔ プロジェクトの期限を鑑みながら、最もプロ ダクトの提供価値が最大化できる着地点をプ ロダクトオーナーと模索する • 開発チームの責務をサポートする ► アジャイルやスクラムの知識を使って、開発 チームが自律的な行動を取れるように後押し をする スクラム チーム プロダクト オーナー 開発 チーム スクラム マスター
スクラムマスターはスクラムの ルールを守らせる人? • スクラムのルールを守らせることがスクラムマスターの 役割ではない ► スクラムはあくまでベストプラクティスをベースにしたフ レームワーク ► 基本的にはスクラムフレームワークに則るが、スクラムの
ルールから外れた方が良い結果を生みそうであれば取り組 みをカイゼンしていく ✔ カイゼンを最初に主導していく役割がスクラムマスター
ロールの兼任 • 開発チームメンバーがスクラムマスターを兼任 ► 推奨はされていないが、可能 ✔ スクラムマスターの責務である「開発チームの責務をサポート する」ことは、開発チームの一員なのでやりやすい ✔ スクラムマスターのもう1つの責務である「プロダクトオー
ナーの責務をサポートする」ことは、開発チームとプロダクト オーナーで利害が一致しないことがあるので気をつける • スクラムマスターがプロダクトオーナーを兼任 ► 利害が相反するため、不可 ✔ プロダクトオーナーは、できるだけ多くの要望を実現したい ✔ スクラムマスターは、開発チームのスキルアップや技術的負債 の対応にも時間を使いたい ✔ 兼任するとプロダクトオーナーとしての責務のほうが優先され ることが多いので、開発チームが疲弊したり負債山積みのコー ドになりやすい PO
雑談Time スクラムチームにはどのような ロールの人がいて、どのような 役割分担をしているか理解でき ましたか? スクラムではスクラムマスター とプロダクトオーナーの兼任は 不可とされていますが、理由は 納得できましたか?