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
楽しいアジャイル開発のための_現場のスクラムの話をしよう.pdf
Search
kazuhira
February 18, 2025
Technology
0
96
楽しいアジャイル開発のための_現場のスクラムの話をしよう.pdf
https://faber.connpass.com/event/339228/
kazuhira
February 18, 2025
Tweet
Share
More Decks by kazuhira
See All by kazuhira
開発量を増やす
kazutocode
1
160
若手による若手のための 挑戦と失敗と再挑戦のリレー
kazutocode
1
160
エンジニアを選んだあなたへ.pdf
kazutocode
1
150
2024年の抱負
kazutocode
0
170
O/Rマッパーの光と闇
kazutocode
0
510
テストを並列実行してよかった話
kazutocode
0
130
Other Decks in Technology
See All in Technology
Yahoo!広告ビジネス基盤におけるバックエンド開発
lycorptech_jp
PRO
1
290
自社製CMSからmicroCMSへのリプレースがプロダクトグロースを加速させた話
nextbeatdev
0
230
生成AI利用プログラミング:誰でもプログラムが書けると 世の中どうなる?/opencampus202508
okana2ki
0
190
AIドリブンのソフトウェア開発 - うまいやり方とまずいやり方
okdt
PRO
9
690
広島発!スタートアップ開発の裏側
tsankyo
0
260
Goss: Faiss向けの新しい本番環境対応 Goバインディング #coefl_go_jp
bengo4com
0
1.4k
DuckDB-Wasmを使って ブラウザ上でRDBMSを動かす
hacusk
1
130
ゆるふわエンジニアでもAIフローにチャレンジしたい!!~Zapierのすゝめ~
masakiokuda
2
100
Postman MCP 関連機能アップデート / Postman MCP feature updates
yokawasa
1
170
Figma + Storybook + PlaywrightのMCPを使ったフロントエンド開発
yug1224
10
3.1k
第4回 関東Kaggler会 [Training LLMs with Limited VRAM]
tascj
12
1.9k
コスト削減の基本の「キ」~ コスト消費3大リソースへの対策 ~
smt7174
2
230
Featured
See All Featured
It's Worth the Effort
3n
187
28k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.8k
Writing Fast Ruby
sferik
628
62k
Testing 201, or: Great Expectations
jmmastey
45
7.6k
Scaling GitHub
holman
462
140k
Intergalactic Javascript Robots from Outer Space
tanoku
272
27k
4 Signs Your Business is Dying
shpigford
184
22k
Embracing the Ebb and Flow
colly
87
4.8k
Automating Front-end Workflow
addyosmani
1370
200k
Visualization
eitanlees
147
16k
A Tale of Four Properties
chriscoyier
160
23k
The Power of CSS Pseudo Elements
geoffreycrofte
77
5.9k
Transcript
楽しいアジャイル開発のための 現場のスクラムの話をしよう 2025/02/18:株式会社ラクーンホールディングス :平尾⼀⽃ / @kazuhira_0001 これからの「アジャイル」の話をしよう / Fabrica Fabrorum
#1
⾃⼰紹介 平尾 ⼀⽃ 専⾨はWebシステム開発 • AWS ソリューションアーキテクト • 認定スクラムマスター SREに興味がある ジェネラリストです
ラクーンホールディングス _エンジニア向け会社紹介
お話しすること 2年間のスクラム開発で経験した 1. 失敗から学んだこと 2. 成功から学んだこと を、ScM‧Dev⽬線でエピソードを絡めてお届けします。 ※スクラム開発を少し知っている前提で進めます🙏
資料に含まれる略語 【役割】 ScM = スクラムマスター PO = プロダクトオーナー Dev =
開発者 【イベント】 PBI = プロダクトバックログアイテム SBI = スプリントバックログアイテム
失敗から学んだこと
失敗エピソード ScMが消えた ホントはもっとありますが 1つだけご紹介 チームの2年間を振り返る
フェーズ1:チームの結成 ScM 兼 Dev PO Dev スクラムチーム! タスク アレホシイ アレを
深ぼっ て! コレホシイ デプロイ した CI/CD 作ったよ 技術を 説明
フェーズ2:スクラムマスターが抜ける ScM PO Dev 管理職 スクラムチーム...! 権限移譲
フェーズ3:メンバーが入替わる PO 管理職 スクラムチーム....! 入れ替え Dev ScM
フェーズ4:さらにメンバーが増える PO Dev 管理職 ス..スクラムチーム...! ScM
最終フェーズ:案件が燃え上がる … 管理職 Dev スくらm(ry PO … ScM
案件がデプロイできない 次の問題が分かります • ScMがいない • タスクが個別に燃えている • コミュニケーションがない ScM 兼
Dev Dev PO …
なぜこうなったか 最初は堅実にスクラムガイドに則って体制でしたが、 2年間で次のように緩やかに崩れてしまいました。 1. 熟練度が⼗分でないままScMが不在になり 2. (連鎖)コミュニケーションが少なくなり 3. (連鎖)新⼈にスクラム研修が⾏われないようになり 4.
(連鎖)実のない会議だけ⾏うようになった これによりスクラムが機能しなくなり、 チームの雰囲気がピリつくようになってしまいました。
どうすればよかったか シンプルにScMを宣⾔すればよかったです。 これだけだと実⾏は難しいので、 常に⼈材不⾜な環境でScMをするためのTipsをいくつかご紹介します。 • タスクが個別に燃えている ◦ →タスクをチームで検討(≠個⼈)しチームを⽀援する • コミュニケーションがない
◦ →チームビルディングを定期的に実施する ◦ →PBIにチームの改善活動をPOを説得して積む
成功から学んだこと
成功エピソード コミュニケーションで 110%のデプロイ チームで向き直る
Dev PO … どうしたらいいんだ…
スクラムチームでチームの課題を議論、1on1で個⼈の課題解決 🐘🤮🎣 (象、嘔吐、死んだ⿂) Lean Coffee ☕ KPT 1on1
デプロイ数が 110%になった コミュニケーションが活発になり、 チームで次のことを実践しました。 • 進捗を可視化 ◦ バーンアップチャート、WIP制限 • タスク割り振りを皆で決めるようにした
• 毎⽇決まった時間に相談する時間帯を作った 今も機能しています。これからも変わると思います。
チームをさらなる成⻑へ チーム成⻑のカギはコミュニケーションを継続することです。 特にScMが次のポイントに基づいたチーム運営を⾏うことを おすすめします。 • ⾃⾝がオーバーコミットメントせず、余裕を作る • 明るい雰囲気をファシリテーションで作る • 勇気をもって不満/困難があるメンバーの話を聞く
継続すれば⾃分が何もせずとも盛り上がるチームになるはずです
まとめ
アジャイル開発は楽しい 私が2年間のスクラムで学んだ教訓を2つに絞り、 Tipsと共にお届けしました。 • ScMを宣⾔すること • コミュニケーションを継続すること 今⽇からさらに楽しくアジャイル開発できるのが楽しみですね!