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
TK
October 15, 2020
Technology
0
96
スクラム開発と向き合うことでスクラムを習得する
SPI Japan 2020 一般発表
TK
October 15, 2020
Tweet
Share
More Decks by TK
See All by TK
私のチームが実践しているスプリントに集中するための取り組み
tkredman
0
2k
アジャイルであり続けるために技術スキルと向き合う
tkredman
4
3.4k
覗いてみよう!現場のスクラムチーム
tkredman
0
2.8k
「守破離の守!」スクラムガイドをみんなで読んでみた。
tkredman
0
1.5k
効果的なスプリントプランニングのトライ
tkredman
0
95
アジャイルに向かう組織に聴いてほしいアジャイルへの第一歩
tkredman
0
43
たった一つの質問でマインドセットの灯をともせ!
tkredman
0
19
Other Decks in Technology
See All in Technology
Java 30周年記念! Javaの30年をふりかえる
skrb
1
910
Cursor Meetup Tokyo
iamshunta
2
670
kintone開発組織のDevOpsへの移り変わりと実践
ueokande
1
130
NW運用の工夫と発明
recuraki
1
790
AIコードエディタは開発を変えるか?Cursorをチームに導入して1ヶ月経った本音
ota1022
1
700
技術書典18結果報告
mutsumix
2
180
Babylon.jsでゲームを作ってみよう
limes2018
0
100
CSS polyfill とその未来
ken7253
0
140
mnt_data_とは?ChatGPTコード実行環境を深堀りしてみた
icck
0
210
Slackひと声でブログ校正!Claudeレビュー自動化編
yusukeshimizu
3
180
2025advance01
minamizaki
0
130
Introduction to Sansan, inc / Sansan Global Development Center, Inc.
sansan33
PRO
0
2.6k
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
47
2.8k
GraphQLの誤解/rethinking-graphql
sonatard
71
11k
StorybookのUI Testing Handbookを読んだ
zakiyama
30
5.8k
YesSQL, Process and Tooling at Scale
rocio
172
14k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
252
21k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
The Cult of Friendly URLs
andyhume
78
6.4k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
123
52k
What's in a price? How to price your products and services
michaelherold
245
12k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
12k
Transcript
スクラム開発と向き合う ことでスクラムを習得する -スクラムをやりたいスクラムマスターのジャーニー- NECネクサソリューションズ 今井 貴明 SPI Japan 2020
本日の内容 2 • スクラムの過去の失敗と学び。 • スクラムマスターとしてスクラムにどのように関わったか。 • スクラムを実践するうえで最も大切だと思ったこと。
自己紹介 3 NECネクサソリューションズ 今井 貴明 - Imai Takaaki 千葉県在住 /
27歳 アジャイルとAWSを少し。 @t_k_redman
自己紹介 4 NECネクサソリューションズ 今井 貴明 - Imai Takaaki 千葉県在住 /
27歳 アジャイルとAWSを少し。 スクラムマスターの立場での 失敗、学びをお話しします。 @t_k_redman
スクラムマスターとは 5 • スクラムのロールの一つ。 • チームの自己組織化のために教えたり、導いたりする。 • チームの作る価値を最大化できるように支援する。 • スクラムをスクラムたらしめるために教えたり、導いたりする。
スクラムガイド(2017) https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Japanese.pdf
スクラムは難しい 6 • フレームワークとしてのルールを覚えることは比較的容易い。 • フレームワークを使いこなして効果を発揮させるのは難しい。 https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Japanese.pdf
スクラムのマスター 7 • スクラムを実践できるチームの成長に欠かせない! • スクラムのルールを守るのに欠かせない! ⇒スクラムの中のスクラムマスターは最初から「マスター」
本題
アジャイルってなんだろう? 9 • アジャイル開発の一般的なイメージでは具体的なプラクティスがあげ られることが多い。(気がする。) • 繰り返し開発 • 朝会 •
かんばん • それらも、一つの答えにはなり得る。
アジャイルソフトウェア開発宣言 10 http://agilemanifesto.org/iso/ja/manifesto.html
12の原則 11 http://agilemanifesto.org/iso/ja/principles.html
アジャイルは「ある状態」のこと • アジャイル開発は開発手法を表すものではない。 開 発 方 法 論 WF開発 XP
スクラム アジャイル 具体的な方法論を表す 言葉ではない。 アジャイルに向いている 「スクラム=アジャイル」 と誤解されることが多い。 12
アジャイルは誤解されやすい 13 • マニフェストは抽象的≠明確な定義が無い。 ⇒理解しようとするとよくわからなくなる ⇒具体的な方法で理解しようとする • アジャイルであろうとすると、自分の中のアジャイルである具体的な 方法を捨て置けない。
私の初めてのアジャイル 14 • 「期間を分割して開発を行うアジャイル開発という手法をやってみる らしい。」 開発範囲を3分割して 開発してみる。 作業をチケット化して 進捗を管理してみる。
スクラムと出会う 15 • 晴れて私は「アジャイル経験者」。 • 社内に事例も少ないため自然と第一人者。 • 「アジャイルやれと言われた人」としてスクラムマスター研修を受講 することに。
スクラムマスター研修 • 3日間のトレーニングで適正を見られて、適性があると判断されると テストが受けられる。 • 真にアジャイルに触れるきっかけであり、ターニングポイント。 • 本質を追及する姿勢や価値提供に対する向き合い方に強く共感した。 • これが「失敗の沼」の始まりだった。
16
スクラムマスター研修を受けた私:
なんてすばらしい手法なんだ! これを使って 開発を改善するしかない!
再・スクラムマスターとは 19 • スクラムのロールの一つ。 • チームの自己組織化のために教えたり、導いたりする。 • チームの作る価値を最大化できるように支援する。 • スクラムをスクラムたらしめるために教えたり、導いたりする。
スクラムガイド(2017) https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Japanese.pdf
再・スクラムのマスター • スクラムを実践できるチームの成長に欠かせない! • スクラムのルールを守るのに欠かせない! ⇒スクラムの中のスクラムマスターは最初から「マスター」 20
スクラムを成功させるぞ! 私はスクラムマスターなのだから!
ちょっと待ってほしい。
この時の私の状況 • 研修を終えただけのスクラムマスター。 • 実績は無いけど、「スクラムマスター」になってしまった。 • 研修直後でスクラム熱が最高潮。 • スクラムマスターとしてスクラムを成功させる義務感に駆られている。 ⇒そんな状態でスクラムの実践へ。
23
最初のスクラム⇒
最初のスクラム • 社内で使っているシステムの刷新プロジェクト。 • スクラムマスターとして参画する。 アンチパターンは踏みたくない! ルールを遵守して完璧なスクラム にするんだ! 25
いざやってみると… • スクラムのルールはわかっているのに、具体的な行動に落とし込めず わからないことばかり。 タイムボックス は守ろう! 26 プロダクトバックログの表現の仕方が 「手段」にならないようにしよう! 得意分野ごとに分業し
ないようにしよう! 割り込み作業が入ってし まったらどうすれば? 特定の人しか知らない技術や分け られないタスクはどうしたら? どこまではっきり 表現していいの?
チームから出てくる課題=「スクラムができていない」ということ チームが解決すべき問題はどこにある? 27
• スクラムのルールに沿っていなければスクラムでなくなってしまう。 それでもスクラムのルールは絶対! 28 タイムボックス 揃えて! 手段まで 指定しないで! 特定のタスクを 偏らせない!
それは本当に解決すべき課題?
改善を求めて • スクラムマスター研修を受けただけでは実践イメージが持てなかった。 • 自分がやっているスクラムマスターの振る舞いは正しいのだろうか? • アジャイルネイティブな現場ではどんなふうにやっているのだろう。 30
情報収集に出かけよう
外の世界のスクラムマスター • スクラムガイドや研修だけでは知ることのできない思想があった。 • アジャイルとスクラムを深く理解し、実際に活躍するスクラムマス ターの姿があった。 32 心理的 安全性 コーチング
禅 チーム ビルディング TDD 超個体 モブプロ ふりかえり 共感
膨らむ理想像 • スクラムマスターの役割に活かせる思想やスキルは実に多様。 • 特に、チームを見守りながら自己組織化を支援する姿を目指したいと 感じた。 33
最初の失敗と新たな気づき • 最初の開発では、スクラムのルール遵守してもらうために仕切ってし まった。 • スクラムマスターならば、もっとチームに考えさせなければいけな い! 34
2度目のスクラム実践⇒
2度目のスクラム実践 • 新サービスを生み出していくチーム。 • アジャイル、スクラムの実践をするには打ってつけな仕事。 • 初回の失敗を活かして、アジャイルやスクラムの思想の部分を理解で きるような導入に。 ⇒アジャイルの考え方の浸透や、少しだけどマインド醸成に成功。 ただし、まだ自己組織化して自走しているとは言えない。
36
スクラムマスターとして チーム自ら考えて気づくように 導かなければ!
コーチングを駆使しようとする • 教えたりアドバイスしたりではなく、自らの気づきで改善、成長して ほしい。 ⇒直接的な言い方は避け、問いかけを基本としてチームと接してみる。 38
しかし実態は… • アジャイルやスクラムの考え方に則った結論に落ち着くべきだ! 「ルール通り」を選ばせるような答えのある問いかけ 39 ほらね?デイリースク ラムって大切でしょ! ほら!マニフェストに 書いてある通りだ!
その気づきはチームの成長に繋がる?
また新たなチームで開発 • アジャイル、スクラムの熱は冷めやらぬも、少し「スクラム疲れ」気 味に。 • 新チームのチーム運営について話していたとき、これまで開発を共に してきたメンバーから一言。 41
「そろそろ、成果が出せない 状況をやめたい」
「そろそろ、成果が出せない状況をやめたい」 • 「自分たちは、スクラムチームは、何のために存在しているのだった か」を考えた。 チームとして 求められている価値を提供すること を考えなければならない 43
ここまでの失敗 • 最初のスクラム ⇒スクラムとしての体裁にこだわるあまり、真の目的達成のために解 決すべき課題にフォーカスすることができなかった。 • 2回目のスクラム ⇒スクラムにおけるスクラムマスターであろうとするあまり、チーム にとって本当に必要な成長を妨げてしまった。 44
ここまでの失敗 • 最初のスクラム ⇒スクラムとしての体裁にこだわるあまり、真の目的達成のために解 決すべき課題にフォーカスすることができなかった。 • 2回目のスクラム ⇒スクラムにおけるスクラムマスターであろうとするあまり、チーム にとって本当に必要な成長を妨げてしまった。 45
スクラムに囚われすぎていた。
重要なのはスクラムを成功させることではない • スクラムマスターはスクラムの成功に責任をもつ部分が多い。 • ただしそれ以上に、価値あるチームであるためにできることを重視す べき。 スクラムとしての成功 に必要なこと チームが価値を提供するため に必要なこと
≠
スクラムの実践で大切なこと
チームとして 価値を提供することを考える。 スクラムマスターとして チームのことを第一に考える。
チームのために何ができるか • スクラムマスターはチームの「サーバントリーダー」。 • チームに奉仕して導くリーダー。 • チームをよく観察して、適切なタイミングで適切な支援をする。 • ティーチングが必要かもしれない。 •
ファシリテータを必要としているかもしれない。 • コーチングに徹するべきかもしれない。
おわりに
おわりに 51 • スクラムは「手段」であり「目的」ではない。 • 結構いろんなところで言われている既知のことだったりする。 • それでもある段階ではスクラムであろうとしてしまう。
再・アジャイルは誤解されやすい 52 • マニフェストは抽象的≠明確な定義が無い。 ⇒理解しようとするとよくわからなくなる ⇒具体的な方法で理解しようとする • アジャイルであろうとすると、自分の中のアジャイルである具体的な 方法を捨て置けない。
再・アジャイルは誤解されやすい 53 • マニフェストは抽象的≠明確な定義が無い。 ⇒理解しようとするとよくわからなくなる ⇒具体的な方法で理解しようとする • アジャイルであろうとすると、自分の中のアジャイルである具体的な 方法を捨て置けない。
スクラムは経験主義 • スクラムを実践する人それぞれの経験や失敗によって、それぞれの気 づきや学び、改善がある。 • 誰かにとってのアジャイルは、他の誰かにとってアジャイルだとは限 らない。 54 スクラムガイド(2017) https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Japanese.pdf
CAUTION!
「守破離」は大切 • 現行のプロセスや制約に適応させるために、都合よく解釈して独自 ルールを作る。 ⇒形無し • 制約がありながらも改善を探り、特定の方法論に囚われることなく チームにとってベストなやり方を実践する。 ⇒型破り スクラムやアジャイルで使われるプラクティスなどは効果的!
何に対してどんな効果を発揮するのかを考えよう 56
ご清聴ありがとうございました。