$30 off During Our Annual Pro Sale. View Details »
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
スクラムマスターと開発チームの兼務のお話し
Search
sobarecord
August 24, 2018
Programming
0
1.3k
スクラムマスターと開発チームの兼務のお話し
アジャイルひよこクラブにて、自分の体験しているスクラムマスターと開発の兼務で感じた / 考えていることのをお話したLT資料です。
sobarecord
August 24, 2018
Tweet
Share
More Decks by sobarecord
See All by sobarecord
意思決定と多様性から紐解く古典的ファシリテーションと心理的安全性
sobarecord
1
450
良いチーム作りを、意思決定という側面から眺める
sobarecord
3
2k
ふりかえりにおける意思決定を考える
sobarecord
3
2.7k
「考える」考えかたを考えよう
sobarecord
1
1.2k
学びを成長につなげよう
sobarecord
1
360
リモートな現場でスクラムマスターがおこなった3つのこと
sobarecord
2
720
やさしさとその先へ
sobarecord
0
720
リモートこそ丁寧に
sobarecord
1
400
チーム作りのMOTTAINAI ~機会を逃さないチームビルディング~
sobarecord
5
1.2k
Other Decks in Programming
See All in Programming
MAP, Jigsaw, Code Golf 振り返り会 by 関東Kaggler会|Jigsaw 15th Solution
hasibirok0
0
220
【CA.ai #3】ワークフローから見直すAIエージェント — 必要な場面と“選ばない”判断
satoaoaka
0
220
宅宅自以為的浪漫:跟 AI 一起為自己辦的研討會寫一個售票系統
eddie
0
480
スタートアップを支える技術戦略と組織づくり
pospome
8
15k
TypeScriptで設計する 堅牢さとUXを両立した非同期ワークフローの実現
moeka__c
6
2.9k
Microservices rules: What good looks like
cer
PRO
0
690
ViewファーストなRailsアプリ開発のたのしさ
sugiwe
0
400
GeistFabrik and AI-augmented software development
adewale
PRO
0
270
251126 TestState APIってなんだっけ?Step Functionsテストどう変わる?
east_takumi
0
300
目的で駆動する、AI時代のアーキテクチャ設計 / purpose-driven-architecture
minodriven
11
4k
Querying Design System デザインシステムの意思決定を支える構造検索
ikumatadokoro
1
1.3k
AIコーディングエージェント(NotebookLM)
kondai24
0
140
Featured
See All Featured
Unsuck your backbone
ammeep
671
58k
How STYLIGHT went responsive
nonsquared
100
5.9k
The Invisible Side of Design
smashingmag
302
51k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.4k
jQuery: Nuts, Bolts and Bling
dougneiner
65
8.1k
The Cult of Friendly URLs
andyhume
79
6.7k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
231
22k
Done Done
chrislema
186
16k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
54k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
Scaling GitHub
holman
464
140k
Transcript
スクラムマスターと 開発チームの 兼務のお話し 180824 アジャイルひよこクラブ LT
やっていること(社内) - 自チームへのスクラム導入 - 読書会・勉強会の開催 - アジャイルを推進する グループの立ち上げ 渡部啓太 @sobarecord
- 某ナビ会社勤務 - Web担当チーム所属 - スクラムマスター 兼 開発 やっていること(社外) - 読書会・勉強会の開催 - 隙を見ては登壇
本スライドに ついて
自分の体験している兼務で 感じた / 考えていることの 共有です。 アドバイスなどあれば ぜひ教えてください!!
話の流れ 兼業のモヤモヤをLT資料にぶつけたら、 作る前後で考えが変わりました。
話の流れ 兼業のモヤモヤをLT資料にぶつけたら、 作る前後で考えが変わりました。 完成時、完成後に考えたことを それぞれお話しします!!
完成時パート!
基本的に マルチタスクは 非効率的!
兼務は無し、以上!!
兼務は無し、以上!! そうもいかない
そもそも役割って 何だっけ?
あらためて スクラムガイド を見てみよう!
プロダクトオーナー(抜粋) 開発チームから生み出されるプロダクトの価値の最 大化に責任を持つ。 プロダクトオーナーは、プロダクトバックログの管理 に責任を持つ 1 人の人間である。
プロダクトオーナー(抜粋) 開発チームから生み出されるプロダクトの価値の最 大化に責任を持つ。 プロダクトオーナーは、プロダクトバックログの管理 に責任を持つ 1 人の人間である。 ふむふむ
開発チーム(抜粋) 各スプリントの終了時にリリース判断可能な「完成」 したプロダクトインクリメントを届けることのできる専 門家で構成されている。 開発チームは、自分たちの作業を構成・管理するた めに、組織から体制と権限を与えられている。その 相乗効果によって、開発チーム全体の効率と効果が 最適化される。
開発チーム(抜粋) 各スプリントの終了時にリリース判断可能な「完成」 したプロダクトインクリメントを届けることのできる専 門家で構成されている。 開発チームは、自分たちの作業を構成・管理するた めに、組織から体制と権限を与えられている。その 相乗効果によって、開発チーム全体の効率と効果が 最適化される。 なるほど
スクラムマスター(抜粋) スクラムガイドで定義されたスクラムの 促進と支援に責任を持つ。
スクラムマスター(抜粋) スクラムガイドで定義されたスクラムの 促進と支援に責任を持つ。
スクラムマスター(抜粋) スクラムガイドで定義されたスクラムの 促進と支援に責任を持つ。
スクラムマスター(抜粋) スクラムガイドで定義されたスクラムの 促進と支援に責任を持つ。 やること、 けっこう多い(汗
他方、兼務は こんな傾向
どっちつかずな思考
どっちつかずな思考 支援 せねば
どっちつかずな思考 支援 せねば 開発 せねば
どっちつかずな思考 支援 せねば 支援 せねば 開発 せねば
どっちつかずな思考 支援 せねば 支援 せねば 開発 せねば 開発 せねば
どっちつかずな思考 支援 せねば 支援 せねば 支援 せねば 開発 せねば 開発
せねば
どっちつかずな思考 支援 せねば 支援 せねば 支援 せねば 開発 せねば 開発
せねば 開発 せねば
どっちつかずな思考 支援 せねば 支援 せねば 支援 せねば 開発 せねば 開発
せねば 開発 せねば 支援開発 あばばば
どっちつかずな思考 支援 せねば 支援 せねば 支援 せねば 開発 せねば 開発
せねば 開発 せねば 支援開発 あばばば 中途半端に なる時も…
片方に引っ張られる
片方に引っ張られる • スクラムマスターに寄る ◦ 案件炎上
片方に引っ張られる • スクラムマスターに寄る ◦ 案件炎上 • 開発に寄る ◦ チームビルディング が追いつかない
片方に引っ張られる • スクラムマスターに寄る ◦ 案件炎上 • 開発に寄る ◦ チームビルディング が追いつかない
チームとしては どちらも損失
メリットもある?
メリットもある? • チームビルディングの効果がすぐわかる ◦ 「あ、ドラッカー風エクササイズで 出たところだ!」
メリットもある? • チームビルディングの効果がすぐわかる ◦ 「あ、ドラッカー風エクササイズで 出たところだ!」 • チームの穴が見えやすい ◦ 「ココうまくいっていない…
インセプションデッキ見直すかな」
感じている壁:評価制度
感じている壁:評価制度 • 数字(売上)を出さないと評価されない ◦ 半分の時間での勝負になる ◦ 信頼を得るにも数字
感じている壁:評価制度 • 数字(売上)を出さないと評価されない ◦ 半分の時間での勝負になる ◦ 信頼を得るにも数字 • 評価軸がほぼそれしかない ◦
思考が自他共に引っ張られて しまうこともある
感じている壁:評価制度 • 数字(売上)を出さないと評価されない ◦ 半分の時間での勝負になる ◦ 信頼を得るにも数字 • 評価軸がほぼそれしかない ◦
思考が自他共に引っ張られて しまうこともある 数字出せ!
感じている壁:評価制度 • 数字(売上)を出さないと評価されない ◦ 半分の時間での勝負になる ◦ 信頼を得るにも数字 • 評価軸がほぼそれしかない ◦
思考が自他共に引っ張られて しまうこともある 数字出せ! プロセス じゃない、 結果だせ!
僕の兼任をサバイバルする術 • 時間で区切る ◦ 4:6でスクラムマスター
僕の兼任をサバイバルする術 • 時間で区切る ◦ 4:6でスクラムマスター • 気にしない ◦ 赤点をとらなければOK ◦
チームに最大限の貢献をする形
僕の兼任をサバイバルする術 • 時間で区切る ◦ 4:6でスクラムマスター • 気にしない ◦ 赤点をとらなければOK ◦
チームに最大限の貢献をする形 • 専任になる ◦ 新しい制度を作り評価軸を増やす
引き続きがんばろう!!!
完成後パート!
なんか モヤモヤ
スクラムマスター(抜粋) スクラムガイドで定義されたスクラムの 促進と支援に責任を持つ。
スクラムマスター(抜粋) スクラムガイドで定義されたスクラムの 促進と支援に責任を持つ。 ここ、 できてなくない?
スクラムガイド 2017版 より抜粋
スクラムガイド 2017版 より抜粋
スクラムガイド 2017版 より抜粋
全員がファシリテーター として振る舞うとすごく 議論が楽になる
スクラムマスターも そうなんだと思う 全員がファシリテーター として振る舞うとすごく 議論が楽になる
まずは「促進」、がんばります!!!