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
sobarecord
August 24, 2018
Programming
1.4k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
スクラムマスターと開発チームの兼務のお話し
アジャイルひよこクラブにて、自分の体験しているスクラムマスターと開発の兼務で感じた / 考えていることのをお話したLT資料です。
sobarecord
August 24, 2018
More Decks by sobarecord
See All by sobarecord
意思決定と多様性から紐解く古典的ファシリテーションと心理的安全性
sobarecord
1
510
良いチーム作りを、意思決定という側面から眺める
sobarecord
3
2.1k
ふりかえりにおける意思決定を考える
sobarecord
3
2.8k
「考える」考えかたを考えよう
sobarecord
1
1.3k
学びを成長につなげよう
sobarecord
1
380
リモートな現場でスクラムマスターがおこなった3つのこと
sobarecord
2
770
やさしさとその先へ
sobarecord
0
760
リモートこそ丁寧に
sobarecord
1
440
チーム作りのMOTTAINAI ~機会を逃さないチームビルディング~
sobarecord
5
1.3k
Other Decks in Programming
See All in Programming
生成AI導入の「期待外れ」を乗り越える ー 開発フロー改革が目指す、真の組織変革
starfish719
0
4k
型も通る、synthも通る、それでも危ない 〜AIのCDKの権限とコストを機械で検証する〜 / It Passes Type Checks, It Passes Synth Checks, but It’s Still Risky — Automatically Verifying Permissions and Costs in AI’s CDK —
seike460
PRO
1
530
使いながら育てる Claude Code — 開発フローの1コマンド化 × 繰り返し指摘の自動仕組み化
shiki_kakaku
0
1.7k
AWS DevOps AgentのAzure接続機能を検証して見えた活用法/Use Cases Verified for the AWS DevOps Agent's Azure Connectivity Feature
masakiokuda
1
220
PostgreSQL 18で考えるUUID主キー
kazuhiro1982
0
460
アルゴリズムは何を圧縮しているのか ─ Haskell から育った「圧縮代数」というメンタルモデル
naoya
16
3.9k
プロポーザルを書いてもらう
pvcresin
0
250
【やさしく解説 設計編・中級 #1】一つの車に、運転手は一人 ~ある倉庫システムの事例から~
panda728
PRO
0
200
琵琶湖の水は止められてもNet--HTTPのリトライは止められない / You might be able to stop the water flow of Lake Biwa but you can't stop Net::HTTP retries
luccafort
PRO
0
580
ソフトウェア設計に溶けるインフラ ― AWS CDK のインフラ認識論
konokenj
3
750
ビデオ通話が繋がる0.2秒で何が起きているのか
supurazako
2
180
壊れたパーサから始める関数型設計と構成的なパーサ #fp_matsuri
raiga0310
2
440
Featured
See All Featured
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
330
Fashionably flexible responsive web design (full day workshop)
malarkey
408
67k
AI Search: Where Are We & What Can We Do About It?
aleyda
0
7.8k
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
330
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.5k
A Modern Web Designer's Workflow
chriscoyier
698
190k
The SEO identity crisis: Don't let AI make you average
varn
0
530
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
270
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.3k
Making the Leap to Tech Lead
cromwellryan
135
10k
Practical Orchestrator
shlominoach
191
12k
Transcript
スクラムマスターと 開発チームの 兼務のお話し 180824 アジャイルひよこクラブ LT
やっていること(社内) - 自チームへのスクラム導入 - 読書会・勉強会の開催 - アジャイルを推進する グループの立ち上げ 渡部啓太 @sobarecord
- 某ナビ会社勤務 - Web担当チーム所属 - スクラムマスター 兼 開発 やっていること(社外) - 読書会・勉強会の開催 - 隙を見ては登壇
本スライドに ついて
自分の体験している兼務で 感じた / 考えていることの 共有です。 アドバイスなどあれば ぜひ教えてください!!
話の流れ 兼業のモヤモヤをLT資料にぶつけたら、 作る前後で考えが変わりました。
話の流れ 兼業のモヤモヤをLT資料にぶつけたら、 作る前後で考えが変わりました。 完成時、完成後に考えたことを それぞれお話しします!!
完成時パート!
基本的に マルチタスクは 非効率的!
兼務は無し、以上!!
兼務は無し、以上!! そうもいかない
そもそも役割って 何だっけ?
あらためて スクラムガイド を見てみよう!
プロダクトオーナー(抜粋) 開発チームから生み出されるプロダクトの価値の最 大化に責任を持つ。 プロダクトオーナーは、プロダクトバックログの管理 に責任を持つ 1 人の人間である。
プロダクトオーナー(抜粋) 開発チームから生み出されるプロダクトの価値の最 大化に責任を持つ。 プロダクトオーナーは、プロダクトバックログの管理 に責任を持つ 1 人の人間である。 ふむふむ
開発チーム(抜粋) 各スプリントの終了時にリリース判断可能な「完成」 したプロダクトインクリメントを届けることのできる専 門家で構成されている。 開発チームは、自分たちの作業を構成・管理するた めに、組織から体制と権限を与えられている。その 相乗効果によって、開発チーム全体の効率と効果が 最適化される。
開発チーム(抜粋) 各スプリントの終了時にリリース判断可能な「完成」 したプロダクトインクリメントを届けることのできる専 門家で構成されている。 開発チームは、自分たちの作業を構成・管理するた めに、組織から体制と権限を与えられている。その 相乗効果によって、開発チーム全体の効率と効果が 最適化される。 なるほど
スクラムマスター(抜粋) スクラムガイドで定義されたスクラムの 促進と支援に責任を持つ。
スクラムマスター(抜粋) スクラムガイドで定義されたスクラムの 促進と支援に責任を持つ。
スクラムマスター(抜粋) スクラムガイドで定義されたスクラムの 促進と支援に責任を持つ。
スクラムマスター(抜粋) スクラムガイドで定義されたスクラムの 促進と支援に責任を持つ。 やること、 けっこう多い(汗
他方、兼務は こんな傾向
どっちつかずな思考
どっちつかずな思考 支援 せねば
どっちつかずな思考 支援 せねば 開発 せねば
どっちつかずな思考 支援 せねば 支援 せねば 開発 せねば
どっちつかずな思考 支援 せねば 支援 せねば 開発 せねば 開発 せねば
どっちつかずな思考 支援 せねば 支援 せねば 支援 せねば 開発 せねば 開発
せねば
どっちつかずな思考 支援 せねば 支援 せねば 支援 せねば 開発 せねば 開発
せねば 開発 せねば
どっちつかずな思考 支援 せねば 支援 せねば 支援 せねば 開発 せねば 開発
せねば 開発 せねば 支援開発 あばばば
どっちつかずな思考 支援 せねば 支援 せねば 支援 せねば 開発 せねば 開発
せねば 開発 せねば 支援開発 あばばば 中途半端に なる時も…
片方に引っ張られる
片方に引っ張られる • スクラムマスターに寄る ◦ 案件炎上
片方に引っ張られる • スクラムマスターに寄る ◦ 案件炎上 • 開発に寄る ◦ チームビルディング が追いつかない
片方に引っ張られる • スクラムマスターに寄る ◦ 案件炎上 • 開発に寄る ◦ チームビルディング が追いつかない
チームとしては どちらも損失
メリットもある?
メリットもある? • チームビルディングの効果がすぐわかる ◦ 「あ、ドラッカー風エクササイズで 出たところだ!」
メリットもある? • チームビルディングの効果がすぐわかる ◦ 「あ、ドラッカー風エクササイズで 出たところだ!」 • チームの穴が見えやすい ◦ 「ココうまくいっていない…
インセプションデッキ見直すかな」
感じている壁:評価制度
感じている壁:評価制度 • 数字(売上)を出さないと評価されない ◦ 半分の時間での勝負になる ◦ 信頼を得るにも数字
感じている壁:評価制度 • 数字(売上)を出さないと評価されない ◦ 半分の時間での勝負になる ◦ 信頼を得るにも数字 • 評価軸がほぼそれしかない ◦
思考が自他共に引っ張られて しまうこともある
感じている壁:評価制度 • 数字(売上)を出さないと評価されない ◦ 半分の時間での勝負になる ◦ 信頼を得るにも数字 • 評価軸がほぼそれしかない ◦
思考が自他共に引っ張られて しまうこともある 数字出せ!
感じている壁:評価制度 • 数字(売上)を出さないと評価されない ◦ 半分の時間での勝負になる ◦ 信頼を得るにも数字 • 評価軸がほぼそれしかない ◦
思考が自他共に引っ張られて しまうこともある 数字出せ! プロセス じゃない、 結果だせ!
僕の兼任をサバイバルする術 • 時間で区切る ◦ 4:6でスクラムマスター
僕の兼任をサバイバルする術 • 時間で区切る ◦ 4:6でスクラムマスター • 気にしない ◦ 赤点をとらなければOK ◦
チームに最大限の貢献をする形
僕の兼任をサバイバルする術 • 時間で区切る ◦ 4:6でスクラムマスター • 気にしない ◦ 赤点をとらなければOK ◦
チームに最大限の貢献をする形 • 専任になる ◦ 新しい制度を作り評価軸を増やす
引き続きがんばろう!!!
完成後パート!
なんか モヤモヤ
スクラムマスター(抜粋) スクラムガイドで定義されたスクラムの 促進と支援に責任を持つ。
スクラムマスター(抜粋) スクラムガイドで定義されたスクラムの 促進と支援に責任を持つ。 ここ、 できてなくない?
スクラムガイド 2017版 より抜粋
スクラムガイド 2017版 より抜粋
スクラムガイド 2017版 より抜粋
全員がファシリテーター として振る舞うとすごく 議論が楽になる
スクラムマスターも そうなんだと思う 全員がファシリテーター として振る舞うとすごく 議論が楽になる
まずは「促進」、がんばります!!!