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
100
開発プロセスを継続的に改善する仕組み作り ~ 強いスクラムをいかに維持するか ~
ゆるMeetup 開発プロセスの悩みぶっちゃけ会〜AI活用、チーム開発など〜
https://hacobell.connpass.com/event/351368/
ほりしょー
May 29, 2025
Tweet
Share
More Decks by ほりしょー
See All by ほりしょー
ドメインイベント増えすぎ問題
h0r15h0
2
770
LLM(Copilot)を最大限活用するための取り組みとその副産物
h0r15h0
1
180
現実世界の事象から学ぶSOLID原則
h0r15h0
29
20k
集団意思決定の落とし穴と誰も望まない技術的負債
h0r15h0
1
5k
Goのパーサ作ってvscode拡張作ってみた!
h0r15h0
0
170
デザインパターンを学んだら世界が広がった話
h0r15h0
2
350
Other Decks in Programming
See All in Programming
AIエージェント時代における TypeScriptスキーマ駆動開発の新たな役割
bicstone
4
1.4k
AI Coding Meetup #3 - 導入セッション / ai-coding-meetup-3
izumin5210
0
270
いま中途半端なSwift 6対応をするより、Default ActorやApproachable Concurrencyを有効にしてからでいいんじゃない?
yimajo
2
310
ポスターセッション: 「まっすぐ行って、右!」って言ってラズパイカーを動かしたい 〜生成AI × Raspberry Pi Pico × Gradioの試作メモ〜
komofr
0
900
そのpreloadは必要?見過ごされたpreloadが技術的負債として爆発した日
mugitti9
2
2.8k
ネイティブ製ガントチャートUIを作って学ぶUICollectionViewLayoutの威力
jrsaruo
0
120
CSC509 Lecture 03
javiergs
PRO
0
320
CSC305 Lecture 03
javiergs
PRO
0
230
Go Conference 2025: Goで体感するMultipath TCP ― Go 1.24 時代の MPTCP Listener を理解する
takehaya
7
1.5k
フロントエンド開発に役立つクライアントプログラム共通のノウハウ / Universal client-side programming best practices for frontend development
nrslib
7
3.8k
議事録の要点整理を自動化! サーバレス Bot 構築術
penpeen
3
1.6k
どの様にAIエージェントと 協業すべきだったのか?
takefumiyoshii
1
570
Featured
See All Featured
Docker and Python
trallard
46
3.6k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
23
1.5k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
890
Practical Orchestrator
shlominoach
190
11k
Reflections from 52 weeks, 52 projects
jeffersonlam
352
21k
Why You Should Never Use an ORM
jnunemaker
PRO
59
9.5k
Java REST API Framework Comparison - PWX 2021
mraible
33
8.8k
Bash Introduction
62gerente
615
210k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
610
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Why Our Code Smells
bkeepers
PRO
339
57k
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