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
35
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
はじめてのすくらむ
ヤマダ(北野)
April 26, 2025
More Decks by ヤマダ(北野)
See All by ヤマダ(北野)
AWS Step Functions でプロンプト自動育成ワークフローを構築してみた
yamada_r
0
16
Claude 4.5 と SFnで作る 「京都語本音デコーダー」
yamada_r
0
22
CBs 2年生になれたら
yamada_r
0
67
「Kiroってどうなの?」 リアルな使い勝手と最新の料金ガイド
yamada_r
0
120
まずはマネコンでちゃちゃっと作ってから、それをCDKにしてみよか。
yamada_r
3
340
カップラーメンタイマーで感じる生成AIの進化
yamada_r
0
29
Amazon Lexに感じる無限の可能性
yamada_r
0
68
JAWS DAYS 2025 re:Chrees 広報担当の振り返り
yamada_r
0
220
それ、AWS Step Functionsで置き換えれん?
yamada_r
0
40
Other Decks in Technology
See All in Technology
Compose 新機能総まとめ / What's New in Jetpack Compose
yanzm
0
120
Foxgloveについて 実際にExtensionを開発して公開するまでの話 / About Foxglove: The Story of Developing and Releasing an Extension
ry0_ka
0
100
AI時代における最適なQA組織の作り方
ymty
3
370
攻撃者がいなくてもAIエージェントはインシデントを起こす
nomizone
0
200
初めてのDatabricks勉強会
taka_aki
2
230
なぜ私たちのSREプラクティスはなかなか機能しないのか 〜システムより先に組織を見る〜 / Why our SRE practices aren't really working
vtryo
0
690
ゼロをイチにする仕事が終わったあと
smasato
0
290
Claude Code 珍プレー好プレー
shinyasaita
0
200
Agentic AI 時代のテスト手法: Kiro とはじめるプロパティベーステスト (AWS Summit Japan 2026 | DEV212)
ymhiroki
0
210
Baseline対応のDOMの型定義を作った
uhyo
3
690
“全部コピーしない”ファイルデータの活用 : — FSx for ONTAP × S3 Tables × Icebergで作るメタデータカタログ
yoshiki0705
0
440
Docker Desktop不要の時代が来る? WSL標準の「wslc」で Linuxコンテナを動かしてみた.
ueponx
0
690
Featured
See All Featured
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.9k
How to train your dragon (web standard)
notwaldorf
97
6.7k
The SEO Collaboration Effect
kristinabergwall1
1
500
Rails Girls Zürich Keynote
gr2m
96
14k
Ruling the World: When Life Gets Gamed
codingconduct
0
270
For a Future-Friendly Web
brad_frost
183
10k
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
2
330
Imperfection Machines: The Place of Print at Facebook
scottboms
270
14k
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.4k
We Are The Robots
honzajavorek
0
270
A Soul's Torment
seathinner
6
3k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
10k
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 ありがとうございました!