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
100
楽しいアジャイル開発のための_現場のスクラムの話をしよう.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
170
エンジニアを選んだあなたへ.pdf
kazutocode
1
150
2024年の抱負
kazutocode
0
170
O/Rマッパーの光と闇
kazutocode
0
520
テストを並列実行してよかった話
kazutocode
0
130
Other Decks in Technology
See All in Technology
re:Invent完全攻略ガイド
junjikoide
1
360
[mercari GEARS 2025] Building Foundation for Mercari’s Global Expansion
mercari
PRO
1
130
JavaScript パーサーに using 対応をする過程で与えたエコシステムへの影響
baseballyama
1
100
仕様は“書く”より“語る” - 分断を超えたチーム開発の実践 / 20251115 Naoki Takahashi
shift_evolve
PRO
1
940
なぜインフラコードのモジュール化は難しいのか - アプリケーションコードとの本質的な違いから考える
mizzy
53
17k
はじめての OSS コントリビューション 〜小さな PR が世界を変える〜
chiroito
4
330
What's the recommended Flutter architecture
aakira
3
1.8k
Claude Code 10連ガチャ
uhyo
4
690
生成AIではじめるテスト駆動開発
puku0x
0
120
バクラクの AI-BPO を支える AI エージェント 〜とそれを支える Bet AI Guild〜
tomoaki25
2
770
⽣成 AI で進化する AWS オブザーバビリティ
o11yfes2023
0
130
コンピューティングリソース何を使えばいいの?
tomokusaba
1
170
Featured
See All Featured
Raft: Consensus for Rubyists
vanstee
140
7.2k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
How GitHub (no longer) Works
holman
315
140k
Product Roadmaps are Hard
iamctodd
PRO
55
12k
Reflections from 52 weeks, 52 projects
jeffersonlam
355
21k
Thoughts on Productivity
jonyablonski
73
4.9k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
127
54k
Code Review Best Practice
trishagee
72
19k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
Testing 201, or: Great Expectations
jmmastey
46
7.8k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
11
930
A Modern Web Designer's Workflow
chriscoyier
697
190k
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を宣⾔すること • コミュニケーションを継続すること 今⽇からさらに楽しくアジャイル開発できるのが楽しみですね!