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
68
アジャイル・スクラム勉強会_スクラムチームのロール
Satoshi Harada
August 03, 2020
Tweet
Share
More Decks by Satoshi Harada
See All by Satoshi Harada
やってやろうじゃないかメカアジャイル! / Let's do it, mechanical agile!
psj59129
2
1.8k
保育とふりかえりをコネクト! / connect childcare and retrospectives!
psj59129
1
560
焼肉レトロスペクティブ爆誕!遊び心を解放してチームの学習を飛躍させよう
psj59129
6
8.4k
アジャイルのライトウィングとレフトウィングはひとりで両方できなくてもいいんじゃない? - “ひとりでできるもん”から“みんなでできるもん”への道のり
psj59129
0
1.8k
社内アジャイル勉強会コミュニティの火を燃やせ!製造業に入社して4か月でやったこと全部見せます!
psj59129
1
1.2k
Whyから始めよう!スクラムチームが力強く前に進むための「なぜやるのか」を考える
psj59129
1
2.2k
その心理的安全性は間違っている!心理的安全性で陥りやすい間違いとその対策
psj59129
0
1.4k
これからのスクラムマスターのキャリアプランの話をしよう - スクラムマスターの前に広がる世界
psj59129
0
2.7k
ファーストペンギンを志すものに伝えたい - 1人目のアジャイル推進者がたどった成功と失敗
psj59129
0
390
Other Decks in Programming
See All in Programming
モバイルアプリにおける自動テストの導入戦略
ostk0069
0
110
フロントエンドのディレクトリ構成どうしてる? Feature-Sliced Design 導入体験談
osakatechlab
8
4.1k
バグを見つけた?それAppleに直してもらおう!
uetyo
0
180
PHPで作るWebSocketサーバー ~リアクティブなアプリケーションを知るために~ / WebSocket Server in PHP - To know reactive applications
seike460
PRO
2
440
PHPとAPI Platformで作る本格的なWeb APIアプリケーション(入門編) / phpcon 2024 Intro to API Platform
ttskch
0
260
KMP와 kotlinx.rpc로 서버와 클라이언트 동기화
kwakeuijin
0
140
선언형 UI에서의 상태관리
l2hyunwoo
0
170
テストコード文化を0から作り、変化し続けた組織
kazatohiei
2
1.5k
Monixと常駐プログラムの勘どころ / Scalaわいわい勉強会 #4
stoneream
0
280
rails stats で紐解く ANDPAD のイマを支える技術たち
andpad
1
290
Fibonacci Function Gallery - Part 1
philipschwarz
PRO
0
220
rails statsで大解剖 🔍 “B/43流” のRailsの育て方を歴史とともに振り返ります
shoheimitani
2
940
Featured
See All Featured
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.3k
Testing 201, or: Great Expectations
jmmastey
40
7.1k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
32
2.7k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
The Pragmatic Product Professional
lauravandoore
32
6.3k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
Java REST API Framework Comparison - PWX 2021
mraible
28
8.3k
Building Applications with DynamoDB
mza
91
6.1k
Adopting Sorbet at Scale
ufuk
73
9.1k
Into the Great Unknown - MozCon
thekraken
33
1.5k
Code Review Best Practice
trishagee
65
17k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Transcript
スクラム開発入門 スクラムチームのロール アジャイル・スクラム勉強会 Satoshi Harada
スクラムチームのロール • スクラムチームのロール ► プロダクトオーナー 1名 ► 開発メンバー 3名〜7名 ►
スクラムマスター 1名 ✔ 上記に属するメンバーを1つのスクラムチームと呼ぶ ✔ 上記以外でチームに関与する人(品質管理部門・法務部門・自 社の上司・お客様の上司など)は関係者と呼ぶ スクラム チーム プロダクト オーナー 開発 チーム スクラム マスター 関係者
なぜコアメンバーと関係者を 区別するのか • 自律的なチームを保つため ► スクラムチームの判断・決定事項は、スクラムチームが責任を持つ ► チーム外から指示を受けた場合、スクラムチームが指示内容に責任を 持つことは難しい ✔
スクラムチームには決定する権限と責任を与える • アジャイルの豚と鶏の比喩 ► 決定事項に対して身を切る立場にある人(スクラムチーム)が、 チームの方針を考えるべき ► ただし、スクラムチームと関係者が対立するわけではない点は注意 ✔ 関係者はスクラムチームの決定を尊重し、権限と責任をセットで渡して委 任する姿勢が必要
なぜプロダクトオーナーは1人なのか • プロダクトオーナーの役割とは? ► プロダクト(構築するシステム)が、 限られた構築期間で最大の価値を持つ ものになるようにコントロールする責 任を負う ✔ 何を作るか決める
✔ 何を作らないか決める ✔ 何を優先するか決める • 決定することが仕事なので、複数人い ると決定事項がブレやすい ► スクラムチームがどちらの言うことを 信じればよいか判断できない ► プロダクトオーナーの補助をする人が いてもよいが、その場合でも決定を下 す人(プロダクトオーナー)は1人だ けにしておくべき。 スクラム チーム プロダクト オーナー 開発 チーム スクラム マスター
プロダクトオーナーは誰が適任か • プロジェクト(プロダクト)のスポンサー ► 社外の顧客から受注した場合のパターン ► お客様の中から代表者1名を選出してお客様代表(プロダ クトオーナー)となってもらう ✔ アジャイルやスクラムで開発を進めることをいきなり理解して
もらうことは難しいので、プロダクトオーナーの責務を負って もらえるようにSMが強力にサポートする • プロジェクト(プロダクト)の責任者 ► 自社プロダクトや、社内サービスのパターン ► 自社内でプロジェクトやプロダクトに対して責任を持って いる人(決定権がある人)がプロダクトオーナーとなる ✔ 大体の場合は開発チームよりも上位職の人がプロダクトオー ナーとなるので、指示型の仕事にならないようにSMが気を配 る ✔ PdM(プロダクトマネージャー)という専門の役職を置いてい る会社もある
スクラムマスターは何をする人なのか • プロダクトオーナーの責務をサポートする ► 何を作るか・何を作らないか・優先度はどう するかについて、プロダクトオーナーが判断 できるようにサポートする ► 具体的には、プロダクトバックログ(機能要 望を優先順に並べた一覧)を一緒に作る
► プロダクトが最大の価値を持つものになるよ うにサポートする ✔ プロジェクトの期限を鑑みながら、最もプロ ダクトの提供価値が最大化できる着地点をプ ロダクトオーナーと模索する • 開発チームの責務をサポートする ► アジャイルやスクラムの知識を使って、開発 チームが自律的な行動を取れるように後押し をする スクラム チーム プロダクト オーナー 開発 チーム スクラム マスター
スクラムマスターはスクラムの ルールを守らせる人? • スクラムのルールを守らせることがスクラムマスターの 役割ではない ► スクラムはあくまでベストプラクティスをベースにしたフ レームワーク ► 基本的にはスクラムフレームワークに則るが、スクラムの
ルールから外れた方が良い結果を生みそうであれば取り組 みをカイゼンしていく ✔ カイゼンを最初に主導していく役割がスクラムマスター
ロールの兼任 • 開発チームメンバーがスクラムマスターを兼任 ► 推奨はされていないが、可能 ✔ スクラムマスターの責務である「開発チームの責務をサポート する」ことは、開発チームの一員なのでやりやすい ✔ スクラムマスターのもう1つの責務である「プロダクトオー
ナーの責務をサポートする」ことは、開発チームとプロダクト オーナーで利害が一致しないことがあるので気をつける • スクラムマスターがプロダクトオーナーを兼任 ► 利害が相反するため、不可 ✔ プロダクトオーナーは、できるだけ多くの要望を実現したい ✔ スクラムマスターは、開発チームのスキルアップや技術的負債 の対応にも時間を使いたい ✔ 兼任するとプロダクトオーナーとしての責務のほうが優先され ることが多いので、開発チームが疲弊したり負債山積みのコー ドになりやすい PO
雑談Time スクラムチームにはどのような ロールの人がいて、どのような 役割分担をしているか理解でき ましたか? スクラムではスクラムマスター とプロダクトオーナーの兼任は 不可とされていますが、理由は 納得できましたか?