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
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Satoshi Harada
August 03, 2020
Programming
0
140
アジャイル・スクラム勉強会_スクラムチームのロール
Satoshi Harada
August 03, 2020
Tweet
Share
More Decks by Satoshi Harada
See All by Satoshi Harada
心理学を学び活用することで偉大なスクラムマスターを目指す − 大学とコミュニティを組み合わせた学びの循環 / Becoming a great Scrum Master by learning and using psychology
psj59129
1
1.7k
アジャイル社内普及ご近所さんマップを作ろう / Let's create an agile neighborhood map
psj59129
1
180
保育士チームが実践している連続的な観察と多面的な観察を共有するための振り返り / Reflection to share “continuous and multifaceted observations” as practiced by a team of childcare professionals
psj59129
1
5.7k
保育とふりかえりをコネクト! / connect childcare and retrospectives!
psj59129
1
1.3k
焼肉レトロスペクティブ爆誕!遊び心を解放してチームの学習を飛躍させよう
psj59129
6
11k
Whyから始めよう!スクラムチームが力強く前に進むための「なぜやるのか」を考える
psj59129
1
2.7k
その心理的安全性は間違っている!心理的安全性で陥りやすい間違いとその対策
psj59129
1
1.6k
これからのスクラムマスターのキャリアプランの話をしよう - スクラムマスターの前に広がる世界
psj59129
0
3.2k
ファーストペンギンを志すものに伝えたい - 1人目のアジャイル推進者がたどった成功と失敗
psj59129
0
480
Other Decks in Programming
See All in Programming
MDN Web Docs に日本語翻訳でコントリビュート
ohmori_yusuke
0
660
izumin5210のプロポーザルのネタ探し #tskaigi_msup
izumin5210
1
140
高速開発のためのコード整理術
sutetotanuki
1
410
プロダクトオーナーから見たSOC2 _SOC2ゆるミートアップ#2
kekekenta
0
230
AWS re:Invent 2025参加 直前 Seattle-Tacoma Airport(SEA)におけるハードウェア紛失インシデントLT
tetutetu214
2
120
Apache Iceberg V3 and migration to V3
tomtanaka
0
180
humanlayerのブログから学ぶ、良いCLAUDE.mdの書き方
tsukamoto1783
0
200
副作用をどこに置くか問題:オブジェクト指向で整理する設計判断ツリー
koxya
1
620
CSC307 Lecture 05
javiergs
PRO
0
500
AIによる高速開発をどう制御するか? ガードレール設置で開発速度と品質を両立させたチームの事例
tonkotsuboy_com
7
2.4k
開発者から情シスまで - 多様なユーザー層に届けるAPI提供戦略 / Postman API Night Okinawa 2026 Winter
tasshi
0
210
なぜSQLはAIぽく見えるのか/why does SQL look AI like
florets1
0
480
Featured
See All Featured
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
170
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
310
Product Roadmaps are Hard
iamctodd
PRO
55
12k
Facilitating Awesome Meetings
lara
57
6.8k
GraphQLの誤解/rethinking-graphql
sonatard
74
11k
Visualization
eitanlees
150
17k
How to make the Groovebox
asonas
2
1.9k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.4k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.3k
The #1 spot is gone: here's how to win anyway
tamaranovitovic
2
950
Discover your Explorer Soul
emna__ayadi
2
1.1k
Statistics for Hackers
jakevdp
799
230k
Transcript
スクラム開発入門 スクラムチームのロール アジャイル・スクラム勉強会 Satoshi Harada
スクラムチームのロール • スクラムチームのロール ► プロダクトオーナー 1名 ► 開発メンバー 3名〜7名 ►
スクラムマスター 1名 ✔ 上記に属するメンバーを1つのスクラムチームと呼ぶ ✔ 上記以外でチームに関与する人(品質管理部門・法務部門・自 社の上司・お客様の上司など)は関係者と呼ぶ スクラム チーム プロダクト オーナー 開発 チーム スクラム マスター 関係者
なぜコアメンバーと関係者を 区別するのか • 自律的なチームを保つため ► スクラムチームの判断・決定事項は、スクラムチームが責任を持つ ► チーム外から指示を受けた場合、スクラムチームが指示内容に責任を 持つことは難しい ✔
スクラムチームには決定する権限と責任を与える • アジャイルの豚と鶏の比喩 ► 決定事項に対して身を切る立場にある人(スクラムチーム)が、 チームの方針を考えるべき ► ただし、スクラムチームと関係者が対立するわけではない点は注意 ✔ 関係者はスクラムチームの決定を尊重し、権限と責任をセットで渡して委 任する姿勢が必要
なぜプロダクトオーナーは1人なのか • プロダクトオーナーの役割とは? ► プロダクト(構築するシステム)が、 限られた構築期間で最大の価値を持つ ものになるようにコントロールする責 任を負う ✔ 何を作るか決める
✔ 何を作らないか決める ✔ 何を優先するか決める • 決定することが仕事なので、複数人い ると決定事項がブレやすい ► スクラムチームがどちらの言うことを 信じればよいか判断できない ► プロダクトオーナーの補助をする人が いてもよいが、その場合でも決定を下 す人(プロダクトオーナー)は1人だ けにしておくべき。 スクラム チーム プロダクト オーナー 開発 チーム スクラム マスター
プロダクトオーナーは誰が適任か • プロジェクト(プロダクト)のスポンサー ► 社外の顧客から受注した場合のパターン ► お客様の中から代表者1名を選出してお客様代表(プロダ クトオーナー)となってもらう ✔ アジャイルやスクラムで開発を進めることをいきなり理解して
もらうことは難しいので、プロダクトオーナーの責務を負って もらえるようにSMが強力にサポートする • プロジェクト(プロダクト)の責任者 ► 自社プロダクトや、社内サービスのパターン ► 自社内でプロジェクトやプロダクトに対して責任を持って いる人(決定権がある人)がプロダクトオーナーとなる ✔ 大体の場合は開発チームよりも上位職の人がプロダクトオー ナーとなるので、指示型の仕事にならないようにSMが気を配 る ✔ PdM(プロダクトマネージャー)という専門の役職を置いてい る会社もある
スクラムマスターは何をする人なのか • プロダクトオーナーの責務をサポートする ► 何を作るか・何を作らないか・優先度はどう するかについて、プロダクトオーナーが判断 できるようにサポートする ► 具体的には、プロダクトバックログ(機能要 望を優先順に並べた一覧)を一緒に作る
► プロダクトが最大の価値を持つものになるよ うにサポートする ✔ プロジェクトの期限を鑑みながら、最もプロ ダクトの提供価値が最大化できる着地点をプ ロダクトオーナーと模索する • 開発チームの責務をサポートする ► アジャイルやスクラムの知識を使って、開発 チームが自律的な行動を取れるように後押し をする スクラム チーム プロダクト オーナー 開発 チーム スクラム マスター
スクラムマスターはスクラムの ルールを守らせる人? • スクラムのルールを守らせることがスクラムマスターの 役割ではない ► スクラムはあくまでベストプラクティスをベースにしたフ レームワーク ► 基本的にはスクラムフレームワークに則るが、スクラムの
ルールから外れた方が良い結果を生みそうであれば取り組 みをカイゼンしていく ✔ カイゼンを最初に主導していく役割がスクラムマスター
ロールの兼任 • 開発チームメンバーがスクラムマスターを兼任 ► 推奨はされていないが、可能 ✔ スクラムマスターの責務である「開発チームの責務をサポート する」ことは、開発チームの一員なのでやりやすい ✔ スクラムマスターのもう1つの責務である「プロダクトオー
ナーの責務をサポートする」ことは、開発チームとプロダクト オーナーで利害が一致しないことがあるので気をつける • スクラムマスターがプロダクトオーナーを兼任 ► 利害が相反するため、不可 ✔ プロダクトオーナーは、できるだけ多くの要望を実現したい ✔ スクラムマスターは、開発チームのスキルアップや技術的負債 の対応にも時間を使いたい ✔ 兼任するとプロダクトオーナーとしての責務のほうが優先され ることが多いので、開発チームが疲弊したり負債山積みのコー ドになりやすい PO
雑談Time スクラムチームにはどのような ロールの人がいて、どのような 役割分担をしているか理解でき ましたか? スクラムではスクラムマスター とプロダクトオーナーの兼任は 不可とされていますが、理由は 納得できましたか?