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
MIXI ENGINEERS
PRO
January 16, 2024
Technology
1
310
開発規模とバグ数の話
2024/1/16に開催された「JaSST nano vol.32」に登壇した、ソーシャルベッティング事業本部村田の発表資料です。
MIXI ENGINEERS
PRO
January 16, 2024
Tweet
Share
More Decks by MIXI ENGINEERS
See All by MIXI ENGINEERS
スクラムマスターなしでもいい感じにスクラム開発している話
mixi_engineers
PRO
1
47
組織のデータリテラシー向上に向けて ~ MIXI データ活用ガイドラインができるまで 〜
mixi_engineers
PRO
5
74
MIXI配信取り組み
mixi_engineers
PRO
2
23
MIXIにおけるWebRTC技術の活用/Use of WebRTC Technology in MIXI
mixi_engineers
PRO
2
61
「人物ごとのアルバム」の精度改善の軌跡/Improving accuracy of albums by person
mixi_engineers
PRO
2
220
「モンスターストライク」の運営を支えるデータ分析基盤の歴史と進化 / History and evolution of the data analysis infrastructure supporting “Monster Strike” operations
mixi_engineers
PRO
3
270
【全貌公開】 MIXI の Atlassian Cloud 移行の裏側 / Behind MIXI's Migration to Atlassian Cloud
mixi_engineers
PRO
0
340
MIXI TECH NOTE #12
mixi_engineers
PRO
2
49
運営11年目タイトルを守る最強の盾の有効性と活用法
mixi_engineers
PRO
2
370
Other Decks in Technology
See All in Technology
AWSではじめる Web APIテスト実践ガイド / A practical guide to testing Web APIs on AWS
yokawasa
8
720
Fraxinus00tw assembly manual
fukumay
0
110
RayでPHPのデバッグをちょっと快適にする
muno92
PRO
0
190
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
19k
【Findy】「正しく」失敗できる チームの作り方 〜リアルな事例から紐解く失敗を恐れない組織とは〜 / A team that can fail correctly by findy
i35_267
5
910
DevinでAI AWSエンジニア製造計画 序章 〜CDKを添えて〜/devin-load-to-aws-engineer
tomoki10
0
140
Iceberg Meetup Japan #1 : Iceberg and Databricks
databricksjapan
0
380
JavaにおけるNull非許容性
skrb
2
2.6k
日経のデータベース事業とElasticsearch
hinatades
PRO
0
240
NFV基盤のOpenStack更新 ~9世代バージョンアップへの挑戦~
vtj
0
360
AI自体のOps 〜LLMアプリの運用、AWSサービスとOSSの使い分け〜
minorun365
PRO
2
160
AIエージェント時代のエンジニアになろう #jawsug #jawsdays2025 / 20250301 Agentic AI Engineering
yoshidashingo
8
3.8k
Featured
See All Featured
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
The Invisible Side of Design
smashingmag
299
50k
Done Done
chrislema
182
16k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
33
2.8k
Build your cross-platform service in a week with App Engine
jlugia
229
18k
jQuery: Nuts, Bolts and Bling
dougneiner
63
7.7k
Imperfection Machines: The Place of Print at Facebook
scottboms
267
13k
Visualization
eitanlees
146
15k
A Modern Web Designer's Workflow
chriscoyier
693
190k
RailsConf 2023
tenderlove
29
1k
Scaling GitHub
holman
459
140k
Mobile First: as difficult as doing things right
swwweet
223
9.4k
Transcript
©MIXI 開発規模とバグ数の話 株式会社MIXI ソーシャルベッティング事業本部 村⽥雄⼈
2 ©MIXI • 経 歴: ◦ 2011/04〜2015/08 ▪ 営業職や⼈事職 ◦
2015/09~2022/03 ▪ 第三者検証会社にてQA ◦ 2022/04〜 ▪ 株式会社MIXIにてQA • 趣 味:筋トレ • 今年の⽬標:英語の勉強‧JSTQB ALTA取得(できれば) ⾃⼰紹介
3 ©MIXI PJ紹介 • 体 制:スクラム開発(に近い) • PJ⼈数:約60名 • 1スプリント:2週間
• story pt(以下:pt):各職掌の代表者によるプランニングポーカーにて算出 (※各代表者が提⽰した数字の平均値をptとする) • QAチームにて、各スプリントで検出したバグ数を計測している
4 ©MIXI 開発規模とバグ数の話 あるsprintの検出バグ数を計測していた時のこと
5 ©MIXI いつものsprintよりバグが少ない気がする 開発規模とバグ数の話
6 ©MIXI 消化pt数が近い過去のsprintと⽐較してみると 検出バグ数 消化pt 実装story数 最⼤story pt sprint43 sprint46
sprint47 sprint49 27 20 73 8 59 56 56 57 11 12 11 16 32 35 22 8 開発規模とバグ数の話
7 ©MIXI 理由を深掘りしてみると 検出バグ数 消化pt 実装story数 最⼤story pt sprint43 sprint46
sprint47 sprint49 27 20 73 8 59 56 56 57 11 12 11 16 32 35 22 8 小規模storyを 数多く 1storyの規模が 大きい 開発規模とバグ数の話
8 ©MIXI storyの⼤きさとバグ数に関係性があるかもしれない 開発規模とバグ数の話
9 ©MIXI という訳で、story別に検出バグ数を取れるように仕組みを変更 開発規模とバグ数の話
10 ©MIXI story 別にバグ数を計測し、ptレンジ別にその平均を⾒てみると 対象期間:sprint55(2023/06/26開始)〜sprint65(2023/11/27開始) 検出バグ数平均(件) 実装story数 story pt 1~10
11~20 21~35 1.06 32.4 32.5 94 5 2 開発規模とバグ数の話
11 ©MIXI 検出バグ数平均(件) 実装story数 story pt 1~10 11~20 21~35 1.06
32.4 32.5 94 5 2 10pt以下のstoryでは バグが1件/story程度に story 別にバグ数を計測し、ptレンジ別にその平均を⾒てみると 対象期間:sprint55(2023/06/26開始)〜sprint65(2023/11/27開始) 開発規模とバグ数の話
12 ©MIXI 10 pt以下だと、バグ数が減る!(のかも) 開発規模とバグ数の話
13 ©MIXI おわりに • 10pt以下のストーリーほどバグが少ない傾向にある ◦ ただし「テストの量」や「⾒落とし」等の側⾯からも分析は必要 • タスクを「どう⼩さくするか」が重要 ◦
testabilityを意識しないと、結局⼤きな単位でのテストになる可能性が • 定量化されることでエビデンスができ、PJへの提案がしやすくなる ◦ まだ提案できていないですが...
©MIXI