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
ヤマダ(北野)
April 26, 2025
Technology
0
11
はじめてのすくらむ
ヤマダ(北野)
April 26, 2025
Tweet
Share
More Decks by ヤマダ(北野)
See All by ヤマダ(北野)
「Kiroってどうなの?」 リアルな使い勝手と最新の料金ガイド
yamada_r
0
60
まずはマネコンでちゃちゃっと作ってから、それをCDKにしてみよか。
yamada_r
3
230
カップラーメンタイマーで感じる生成AIの進化
yamada_r
0
6
Amazon Lexに感じる無限の可能性
yamada_r
0
40
JAWS DAYS 2025 re:Chrees 広報担当の振り返り
yamada_r
0
120
それ、AWS Step Functionsで置き換えれん?
yamada_r
0
13
新米CBの自己紹介
yamada_r
0
9
Amplify StudioとFigmaで遊ぶ
yamada_r
0
10
Lambda Layerを作る時に沼った話
yamada_r
0
9
Other Decks in Technology
See All in Technology
MCP ✖️ Apps SDKを触ってみた
hisuzuya
0
390
オブザーバビリティが育むシステム理解と好奇心
maruloop
2
1.3k
Amazon Athena で JSON・Parquet・Iceberg のデータを検索し、性能を比較してみた
shigeruoda
1
140
Linux カーネルが支えるコンテナの仕組み / LF Japan Community Days 2025 Osaka
tenforward
1
130
激動の時代を爆速リチーミングで乗り越えろ
sansantech
PRO
1
120
CREが作る自己解決サイクルSlackワークフローに組み込んだAIによる社内ヘルプデスク改革 #cre_meetup
bengo4com
0
350
Retrospectiveを振り返ろう
nakasho
0
120
IoTLT@ストラタシスジャパン_20251021
norioikedo
0
140
20251027_マルチエージェントとは
almondo_event
1
450
Kubernetes self-healing of your workload
hwchiu
0
560
OSSで50の競合と戦うためにやったこと
yamadashy
3
1k
re:Inventに行くまでにやっておきたいこと
nagisa53
0
480
Featured
See All Featured
Music & Morning Musume
bryan
46
6.9k
Java REST API Framework Comparison - PWX 2021
mraible
34
8.9k
Building a Scalable Design System with Sketch
lauravandoore
463
33k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
22k
How to Think Like a Performance Engineer
csswizardry
27
2.1k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.5k
Fireside Chat
paigeccino
41
3.7k
The Invisible Side of Design
smashingmag
302
51k
Building Adaptive Systems
keathley
44
2.8k
Code Review Best Practice
trishagee
72
19k
YesSQL, Process and Tooling at Scale
rocio
173
15k
Keith and Marios Guide to Fast Websites
keithpitt
411
23k
Transcript
ヤマダ(北野) はじめてのすくらむ 2025/4/26 アイレット株式会社 アジャイル事業部 IoTセクション
2 自己紹介 名前:ヤマダ(北野 涼平) 所属:アイレット株式会社 趣味:LT、プリン、読書 愛S:Figma、AWS FIS、AWS SFn プロフィール
よく使うアイコン
3 • スクラムについて • 昨年に取り組んだ自チームのスクラムについて • どういった始め方をしたか • 失敗した原因 /
改善 • これから始めたい人へ お話すること
4 スクラムについて
5 スクラムについて • チームで共通の目的を達成するためのフレームワーク • プロダクトの価値を最大化する • 3本柱 • 透明性
/ 検査 / 適応 • 大事なことは全てスクラムガイドに書いてある スクラムとは
6 自チームで取り組みました!
7 昨年に取り組んだ自チームのスクラムについて • 社内案件をチームで取り組むことになった • スクラムで実施したい! • PO→SL / SM→GL
• 参加メンバーはUdemyの講座でお勉強済み(6時間) • 経験豊富なSMにもアドバイスもらえる体制! …不安は1ミリもない! とある案件を実施することに
8 1ヶ月後
9 自然消滅!
10 失敗点を振り返る
11 失敗した原因 • 全員が初心者なのに形だけ意識しすぎた • Jiraやカンバンを使いこなそうとした • デイリーやスプリント0といったイベントも理解したつもり になっていた 更に言うとスクラムとしての固定された正解があると思って
行動していた。そんなことはなくて、チーム毎に文化を育て ていくことも大切だったように思う。 ①形だけ意識しすぎた
12 失敗した原因 <結果> 全員が各イベントの手応えを感じず、スクラムに縛られて自 発的に行動することもなかった。途中からデイリーは関係の ないメンバーの報告も行う朝会の時間になってしまった。 ①形だけ意識しすぎた
13 失敗した原因 • 無条件でリーダークラスの方をSMとした • リーダーが最もスクラムを理解しているのであればヨシ • 初めてなのにPOもメンバー内という変則的な形になった <結果> スクラムについてキャッチアップできない忙しい人がSMにな
ってしまった。全員が同じ知識レベルだったため、分業した 方がよかったかもしれない。 ②役職を意識しすぎた
14 失敗した原因 • 経験豊富なSM複数人にアドバイスをもらった • 長期的ではなく、とある日のデイリーに入ってもらう <結果> SMによって様々なやり方がある。スクラムの土台は同じとい えど、その土台を理解していない我々では何を正としてよい のか分からなくなった。軌道に乗せるタイミングで1人、もし
くは連携してくれるSMに並走してもらうべきだった。 ③いろんな人に聞きすぎた
15 失敗した原因 • 全員が他の作業もあり、重要度の低い開発だと思った • 会議には参加していても、自分には関係ない意識があった <結果> 他作業を優先することが多くなり、自然と最初の開発の話が なくなっていった。経験値のない我々には他の案件と並行し てスクラムを成功させることは難しかった。
④本気で取り組めなかった
16 失敗した原因 スクラム期間中、成功体験が1度もないままで自然消滅という結果にな ってしまいました。この経験からアジャイル開発やスクラムってたいし たことないのではと思ってしまいました。 しかし、直近で経験豊富なSMの元でスクラムを経験させていただき、失 敗したスクラムから学ぶことがたくさんあったように思います。 特に失敗したままで終わらせていたことが1番の失敗でした。チーム内 で今回の失敗をしっかりとレトロスペクティブしたいと思います! 今だからこそ、思えること
17 これからスクラムしたい方へ
18 これからスクラムしたい方へ • 形に囚われすぎない • 無理をしてツールを使わなくてもいい • チームごとにやりやすいスクラムの形を見つけよう • 分かった気にならない
• 言葉だけで理解せず、イベントの意味を考える • 最初は経験のある方に並走してもらおう(できれば1人) • 大事なことは、スクラムガイドに全て書いてある • 5回は読み直そう! はじめてのすくらむで得た教訓
19 ありがとうございました!