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
ほりしょー
May 29, 2025
Programming
0
80
開発プロセスを継続的に改善する仕組み作り ~ 強いスクラムをいかに維持するか ~
ゆるMeetup 開発プロセスの悩みぶっちゃけ会〜AI活用、チーム開発など〜
https://hacobell.connpass.com/event/351368/
ほりしょー
May 29, 2025
Tweet
Share
More Decks by ほりしょー
See All by ほりしょー
ドメインイベント増えすぎ問題
h0r15h0
2
720
LLM(Copilot)を最大限活用するための取り組みとその副産物
h0r15h0
1
160
現実世界の事象から学ぶSOLID原則
h0r15h0
28
19k
集団意思決定の落とし穴と誰も望まない技術的負債
h0r15h0
1
4.9k
Goのパーサ作ってvscode拡張作ってみた!
h0r15h0
0
150
デザインパターンを学んだら世界が広がった話
h0r15h0
2
310
Other Decks in Programming
See All in Programming
すべてのコンテキストを、 ユーザー価値に変える
applism118
0
210
2度もゼロから書き直して、やっとブラウザでぬるぬる動くAIに辿り着いた話
tomoino
0
160
CursorはMCPを使った方が良いぞ
taigakono
0
130
地方に住むエンジニアの残酷な現実とキャリア論
ichimichi
2
540
Benchmark
sysong
0
220
ktr0731/go-mcpでMCPサーバー作ってみた
takak2166
0
170
社内での開発コミュニティ活動とモジュラーモノリス標準化事例のご紹介/xPalette and Introduction of Modular monolith standardization
m4maruyama
1
130
A comprehensive view of refactoring
marabesi
0
970
コード書くの好きな人向けAIコーディング活用tips #orestudy
77web
3
320
DroidKnights 2025 - 다양한 스크롤 뷰에서의 영상 재생
gaeun5744
3
300
生成AIで日々のエラー調査を進めたい
yuyaabo
0
610
エラーって何種類あるの?
kajitack
5
260
Featured
See All Featured
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
331
22k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
8
660
Why You Should Never Use an ORM
jnunemaker
PRO
56
9.4k
Agile that works and the tools we love
rasmusluckow
329
21k
The Power of CSS Pseudo Elements
geoffreycrofte
77
5.8k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
124
52k
Side Projects
sachag
455
42k
Git: the NoSQL Database
bkeepers
PRO
430
65k
KATA
mclloyd
29
14k
Raft: Consensus for Rubyists
vanstee
140
7k
Transcript
2025/05/29 ゆるMeetup 開発プロセスの悩みぶっちゃけ会 開発プロセスを継続的に改善する仕組み作り ~ 強いスクラムをいかに維持するか ~
ほりしょー ハコベル 2023/04入社 プロダクトエンジニア @H0R15H0 https://youtu.be/ZFTW6Ete9eE?feature=shared https://zenn.dev/hacobell_dev/articles/131cbcb873e8ba https://zenn.dev/hacobell_dev/articles/4bf484a360d343
話すこと 事業成長に伴いスクラムが崩れゆく空気感 スクラムをどう維持・改善していくか? 我々の取り組みを紹介 3
背景:崩れゆくスクラムチーム 事業成長 人員増減 2年後 スクラム安定期 リリース初期 差し込みなし 安定したベロシティ 差し込み増加 見積もりのブレ
スプリントゴール未達 しばらく改善されない もやもや期 4
スクラムイベントは上手く回せていた Retrospective(振り返り)で改善点・もやもやは上がる QAプロセス 改善したい 手戻り 多いかも 5
なぜ改善が進まなかったのか? 期待値・完成の定義が不明瞭 “いつ”、“だれ”がやるのか決められていない 差し込みや開発タスクと比較して優先度が低い 仕組みで解決する 6
改善点は上がるので検査はできている。透明性と適応のための仕組みを作る。 スクラムを支える三本柱 透 明 性 検 査 適 応 7
実践した改善プロセスの“仕組み化” SBI = スプリントバックログアイテム 改善タスクはスプリントバックログに積む デイリースクラムでSBIのセルフアサイン 適 応 透 明
性 8
適 応 期待する成果 改善の優先度向上 スプリント内での改善のやりきり 開発タスク同様小さく分解され、やることが明確化 1. 改善タスクはスプリントバックログに積む 開発タスクと 同じ場で管理
9
透 明 性 2. デイリースクラムでSBIのセルフアサイン 期待する成果 認識のずれ・障害物の早期発見 開発プロセスに対するオーナーシップ(当事者意識)向上 私これ やります!
私はこれ! 10
1 2 まとめ 仕組みこそがスクラムを守る スクラムチームが崩れゆく空気感を感じたら アジャイル・スクラムの基本原則に立ち返ろう 改善は“透明性高く適応しきる仕組み”作りが不可欠 11