Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
開発プロセスを継続的に改善する仕組み作り ~ 強いスクラムをいかに維持するか ~
Search
ほりしょー
May 29, 2025
Programming
0
110
開発プロセスを継続的に改善する仕組み作り ~ 強いスクラムをいかに維持するか ~
ゆるMeetup 開発プロセスの悩みぶっちゃけ会〜AI活用、チーム開発など〜
https://hacobell.connpass.com/event/351368/
ほりしょー
May 29, 2025
Tweet
Share
More Decks by ほりしょー
See All by ほりしょー
ドメインイベント増えすぎ問題
h0r15h0
2
800
LLM(Copilot)を最大限活用するための取り組みとその副産物
h0r15h0
1
180
現実世界の事象から学ぶSOLID原則
h0r15h0
29
21k
集団意思決定の落とし穴と誰も望まない技術的負債
h0r15h0
1
5.1k
Goのパーサ作ってvscode拡張作ってみた!
h0r15h0
0
180
デザインパターンを学んだら世界が広がった話
h0r15h0
2
380
Other Decks in Programming
See All in Programming
Full-Cycle Reactivity in Angular: SignalStore mit Signal Forms und Resources
manfredsteyer
PRO
0
110
開発に寄りそう自動テストの実現
goyoki
1
690
組み合わせ爆発にのまれない - 責務分割 x テスト
halhorn
1
110
チームをチームにするEM
hitode909
0
260
認証・認可の基本を学ぼう前編
kouyuume
0
180
ZOZOにおけるAI活用の現在 ~モバイルアプリ開発でのAI活用状況と事例~
zozotech
PRO
8
5.1k
AIコーディングエージェント(Gemini)
kondai24
0
180
ソフトウェア設計の課題・原則・実践技法
masuda220
PRO
26
22k
Herb to ReActionView: A New Foundation for the View Layer @ San Francisco Ruby Conference 2025
marcoroth
0
250
C-Shared Buildで突破するAI Agent バックテストの壁
po3rin
0
360
DSPy Meetup Tokyo #1 - はじめてのDSPy
masahiro_nishimi
1
150
バックエンドエンジニアによる Amebaブログ K8s 基盤への CronJobの導入・運用経験
sunabig
0
140
Featured
See All Featured
Making Projects Easy
brettharned
120
6.5k
Optimizing for Happiness
mojombo
379
70k
Agile that works and the tools we love
rasmusluckow
331
21k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.3k
Being A Developer After 40
akosma
91
590k
What's in a price? How to price your products and services
michaelherold
246
12k
Practical Orchestrator
shlominoach
190
11k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
54k
Writing Fast Ruby
sferik
630
62k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Balancing Empowerment & Direction
lara
5
790
Navigating Team Friction
lara
191
16k
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