Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
はじめてのすくらむ
Search
ヤマダ(北野)
April 26, 2025
Technology
43
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
44
Claude 4.5 と SFnで作る 「京都語本音デコーダー」
yamada_r
0
33
CBs 2年生になれたら
yamada_r
0
91
「Kiroってどうなの?」 リアルな使い勝手と最新の料金ガイド
yamada_r
0
160
まずはマネコンでちゃちゃっと作ってから、それをCDKにしてみよか。
yamada_r
3
360
カップラーメンタイマーで感じる生成AIの進化
yamada_r
0
35
Amazon Lexに感じる無限の可能性
yamada_r
0
74
JAWS DAYS 2025 re:Chrees 広報担当の振り返り
yamada_r
0
240
それ、AWS Step Functionsで置き換えれん?
yamada_r
0
49
Other Decks in Technology
See All in Technology
脆弱性診断って、何をしているの? 〜弱点を見つけて、会社の改善につなげるまで〜
keeg
0
830
AI時代に必要な脅威モデリング― 変化の速度に負けない理解とリスク判断
masakane55
5
1.3k
生成AIを使って「人が」考える技術 ― AI時代の人機共想と実践ノウハウ|UNITT AC2026
ishiirikie
0
580
今さら理解するウェブフォントver.2026
takanorip
3
650
1万名の社員が使う認証基盤で どう信頼性を担保するか?
kairim0
0
230
使いこなすために知っておきたい Azure SRE Agent アンチパターン
torumakabe
2
460
[AWS 秋のクラウドオペレーション祭り 2026]AWS DevOps Agentで変わるリリースと運用対応 ~リリース管理機能と Directed actions のご紹介~
furuton
4
1.2k
初対面のメンバーがチームを組み、Claude Codeでゼロからサービスをリリース
mkdev10
1
120
自主式軟體工廠
philipz
0
250
DevelopersIO 2026 知識の地図を描く ─ オントロジーとは何か?
ishikawa_satoru
1
1.4k
MCPゲートウェイを作って運用してわかったこと — Agent時代の権限管理の現在地
mtpooh
10
3.3k
転んだ話が背中を預ける理由になる / A_story_about_falling_down_gives_you_a_reason_to_watch_each_other_s_backs.pdf
pauli
3
350
Featured
See All Featured
Designing Experiences People Love
moore
143
24k
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
720
Art, The Web, and Tiny UX
lynnandtonic
304
22k
Code Review Best Practice
trishagee
74
20k
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
350
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
2
360
Dominate Local Search Results - an insider guide to GBP, reviews, and Local SEO
greggifford
PRO
0
360
The Curious Case for Waylosing
cassininazir
1
560
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
530
The SEO Collaboration Effect
kristinabergwall1
1
590
Designing Powerful Visuals for Engaging Learning
tmiket
1
600
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 ありがとうございました!