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
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
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
保育士チームが実践している連続的な観察と多面的な観察を共有するための振り返り / 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
Whyから始めよう!スクラムチームが力強く前に進むための「なぜやるのか」を考える
psj59129
1
2.7k
その心理的安全性は間違っている!心理的安全性で陥りやすい間違いとその対策
psj59129
1
1.6k
これからのスクラムマスターのキャリアプランの話をしよう - スクラムマスターの前に広がる世界
psj59129
0
3.2k
ファーストペンギンを志すものに伝えたい - 1人目のアジャイル推進者がたどった成功と失敗
psj59129
0
480
プロダクトバックログとスプリントバックログ
psj59129
0
110
アジャイル_スクラム勉強会_第3回
psj59129
0
160
Other Decks in Programming
See All in Programming
高速開発のためのコード整理術
sutetotanuki
1
410
コマンドとリード間の連携に対する脅威分析フレームワーク
pandayumi
1
470
SourceGeneratorのススメ
htkym
0
200
生成AIを活用したソフトウェア開発ライフサイクル変革の現在値
hiroyukimori
PRO
0
110
疑似コードによるプロンプト記述、どのくらい正確に実行される?
kokuyouwind
0
390
AI時代のキャリアプラン「技術の引力」からの脱出と「問い」へのいざない / tech-gravity
minodriven
21
7.4k
【卒業研究】会話ログ分析によるユーザーごとの関心に応じた話題提案手法
momok47
0
200
そのAIレビュー、レビューしてますか? / Are you reviewing those AI reviews?
rkaga
6
4.6k
CSC307 Lecture 09
javiergs
PRO
1
840
フロントエンド開発の勘所 -複数事業を経験して見えた判断軸の違い-
heimusu
7
2.8k
並行開発のためのコードレビュー
miyukiw
0
1.2k
Gemini for developers
meteatamel
0
100
Featured
See All Featured
WENDY [Excerpt]
tessaabrams
9
36k
SEO Brein meetup: CTRL+C is not how to scale international SEO
lindahogenes
0
2.4k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.4k
A Modern Web Designer's Workflow
chriscoyier
698
190k
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
61
52k
The SEO Collaboration Effect
kristinabergwall1
0
360
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
0
210
Raft: Consensus for Rubyists
vanstee
141
7.3k
4 Signs Your Business is Dying
shpigford
187
22k
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.1k
The #1 spot is gone: here's how to win anyway
tamaranovitovic
2
950
Navigating Weather and Climate Data
rabernat
0
110
Transcript
スクラム開発入門 スクラムチームのロール アジャイル・スクラム勉強会 Satoshi Harada
スクラムチームのロール • スクラムチームのロール ► プロダクトオーナー 1名 ► 開発メンバー 3名〜7名 ►
スクラムマスター 1名 ✔ 上記に属するメンバーを1つのスクラムチームと呼ぶ ✔ 上記以外でチームに関与する人(品質管理部門・法務部門・自 社の上司・お客様の上司など)は関係者と呼ぶ スクラム チーム プロダクト オーナー 開発 チーム スクラム マスター 関係者
なぜコアメンバーと関係者を 区別するのか • 自律的なチームを保つため ► スクラムチームの判断・決定事項は、スクラムチームが責任を持つ ► チーム外から指示を受けた場合、スクラムチームが指示内容に責任を 持つことは難しい ✔
スクラムチームには決定する権限と責任を与える • アジャイルの豚と鶏の比喩 ► 決定事項に対して身を切る立場にある人(スクラムチーム)が、 チームの方針を考えるべき ► ただし、スクラムチームと関係者が対立するわけではない点は注意 ✔ 関係者はスクラムチームの決定を尊重し、権限と責任をセットで渡して委 任する姿勢が必要
なぜプロダクトオーナーは1人なのか • プロダクトオーナーの役割とは? ► プロダクト(構築するシステム)が、 限られた構築期間で最大の価値を持つ ものになるようにコントロールする責 任を負う ✔ 何を作るか決める
✔ 何を作らないか決める ✔ 何を優先するか決める • 決定することが仕事なので、複数人い ると決定事項がブレやすい ► スクラムチームがどちらの言うことを 信じればよいか判断できない ► プロダクトオーナーの補助をする人が いてもよいが、その場合でも決定を下 す人(プロダクトオーナー)は1人だ けにしておくべき。 スクラム チーム プロダクト オーナー 開発 チーム スクラム マスター
プロダクトオーナーは誰が適任か • プロジェクト(プロダクト)のスポンサー ► 社外の顧客から受注した場合のパターン ► お客様の中から代表者1名を選出してお客様代表(プロダ クトオーナー)となってもらう ✔ アジャイルやスクラムで開発を進めることをいきなり理解して
もらうことは難しいので、プロダクトオーナーの責務を負って もらえるようにSMが強力にサポートする • プロジェクト(プロダクト)の責任者 ► 自社プロダクトや、社内サービスのパターン ► 自社内でプロジェクトやプロダクトに対して責任を持って いる人(決定権がある人)がプロダクトオーナーとなる ✔ 大体の場合は開発チームよりも上位職の人がプロダクトオー ナーとなるので、指示型の仕事にならないようにSMが気を配 る ✔ PdM(プロダクトマネージャー)という専門の役職を置いてい る会社もある
スクラムマスターは何をする人なのか • プロダクトオーナーの責務をサポートする ► 何を作るか・何を作らないか・優先度はどう するかについて、プロダクトオーナーが判断 できるようにサポートする ► 具体的には、プロダクトバックログ(機能要 望を優先順に並べた一覧)を一緒に作る
► プロダクトが最大の価値を持つものになるよ うにサポートする ✔ プロジェクトの期限を鑑みながら、最もプロ ダクトの提供価値が最大化できる着地点をプ ロダクトオーナーと模索する • 開発チームの責務をサポートする ► アジャイルやスクラムの知識を使って、開発 チームが自律的な行動を取れるように後押し をする スクラム チーム プロダクト オーナー 開発 チーム スクラム マスター
スクラムマスターはスクラムの ルールを守らせる人? • スクラムのルールを守らせることがスクラムマスターの 役割ではない ► スクラムはあくまでベストプラクティスをベースにしたフ レームワーク ► 基本的にはスクラムフレームワークに則るが、スクラムの
ルールから外れた方が良い結果を生みそうであれば取り組 みをカイゼンしていく ✔ カイゼンを最初に主導していく役割がスクラムマスター
ロールの兼任 • 開発チームメンバーがスクラムマスターを兼任 ► 推奨はされていないが、可能 ✔ スクラムマスターの責務である「開発チームの責務をサポート する」ことは、開発チームの一員なのでやりやすい ✔ スクラムマスターのもう1つの責務である「プロダクトオー
ナーの責務をサポートする」ことは、開発チームとプロダクト オーナーで利害が一致しないことがあるので気をつける • スクラムマスターがプロダクトオーナーを兼任 ► 利害が相反するため、不可 ✔ プロダクトオーナーは、できるだけ多くの要望を実現したい ✔ スクラムマスターは、開発チームのスキルアップや技術的負債 の対応にも時間を使いたい ✔ 兼任するとプロダクトオーナーとしての責務のほうが優先され ることが多いので、開発チームが疲弊したり負債山積みのコー ドになりやすい PO
雑談Time スクラムチームにはどのような ロールの人がいて、どのような 役割分担をしているか理解でき ましたか? スクラムではスクラムマスター とプロダクトオーナーの兼任は 不可とされていますが、理由は 納得できましたか?