bugbashを導入して検証工程をカイゼンした取り組み/登壇資料（村上尭聖）

Slide 1

Slide 1 text

bugbashを導入して検証工程をカイゼンした取り組み開発生産性向上の鍵〜開発者体験・効率・検証改善・リードタイム短縮の実例〜 2024年8月29日株式会社Hacobu 村上尭聖

Slide 2

Slide 2 text

目次 Copyright Hacobu, Inc. 2 ● 自己紹介 ● bugbashとは ● bugbash導入 ● bugbashカイゼン ● 開発生産性向上につながった話 ● 今後の展望

Slide 3

Slide 3 text

Copyright Hacobu, Inc. 3 自己紹介村上尭聖 (むらかみあきとし) 株式会社Hacobu テクノロジー本部 Vistaチーム QAエンジニア、SM 経歴システム開発(SES)→QA(第三者検証)→QA(Hacobu) 趣味コレクション(チロルチョコ、ハーゲンダッツ、etc.)、特撮、お城

Slide 4

Slide 4 text

bugbashとは

Slide 5

Slide 5 text

Slide 6

Slide 6 text

bugbash導入

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Copyright Hacobu, Inc. 9 やらないこと前提として課題解決＆品質向上を目的にしており、定期的かつ長期的に継続したいと考えていたので、「できるだけ負担にならないように」を意識してbugbashの内容を決めた bugbash導入チーム分けポイント制＆順位付け単発イベント 1時間以上の実施

Slide 10

Slide 10 text

Copyright Hacobu, Inc. 10 決めたこと bugbash導入対象者プロダクト内のスクラムチーム (PdM、デザイナー、エンジニア、QA) 使用ツール Miro 実施タイミング Sprintの中盤のデイリースクラム後時間 30～60分(テスト対象により変動) その他ルール・起票するものは不具合と提案・bugbash後は付箋を精査しQAがjiraにチケット起票

Slide 11

Slide 11 text

Slide 12

Slide 12 text

bugbashをやってみた結果

Slide 13

Slide 13 text

Copyright Hacobu, Inc. 13 bugbash導入やってみて良いところが見えてきた！ ● テスト実施序盤で大きな不具合は大体見つけられる ○ 開発者もバグ修正の時間がしっかり取れる ○ 毎Sprintで全体の2~4割の不具合がbugbashで検出 ● PdMのイメージと異なるものがあれば早めに軌道修正できる ● 担当施策以外の機能をさわるので知見がたまる

Slide 14

Slide 14 text

Copyright Hacobu, Inc. 14 bugbash導入メンバーからのフィードバックも好評だったので、スプリントの定常イベントとして運営しかし、数スプリント実施してみて課題が見えてきた bugbash中は静かになりがち各々がテスト対象をさわっており、不具合や疑問等がない場合はひたすら黙々と実施している 10人以上のメンバーでやっているので、話しづらい空気になっている大きい施策だと仕様把握に時間がかかるバグを見つける時間がないバグや提案を起票する人に偏りがでてきた特定の人しか付箋を貼れていない不具合探しが得意な人、不得手な人が見えてくる

Slide 15

Slide 15 text

bugbashカイゼン

Slide 16

Slide 16 text

Copyright Hacobu, Inc. 16 bugbashカイゼン当初の課題に対しては、ある程度解決できているが、盛り上がりにかけており楽しくないイベントになっているなと感じたのでbugbashのやり方を変えてみた！ bugbash中は静かになりがち ● 3~4人のチーム制にして話しやすい空間を作った ● 不具合、提案の付箋以外にも「ポジティブフィードバック」の付箋を追加大きい施策だと仕様把握に時間がかかるバグや提案を起票する人に偏りがでてきた ● チーム毎にメインの施策や観点を設定した ● モブテスト形式にした ○ チーム毎にドライバーを1人、それ以外をナビゲーターに分ける ○ ドライバーはナビゲーターの指示で画面を動かしてみんなでバグを探していく

Slide 17

Slide 17 text

Copyright Hacobu, Inc. 17 bugbashカイゼン黄色付箋：不具合ピンク付箋：提案緑付箋：ポジティブフィードバック説明、デモチームに分かれて担当決める bugbash実施チーム毎に出た内容を共有 (終了後) QAがチケット起票フローとイメージ

Slide 18

Slide 18 text

Copyright Hacobu, Inc. 18 bugbashカイゼンやり方を変えてみてより有意義なイベントにすることができた！会話が増えたチームに分けて少人数にしたので話しやすくなったモブテスト形式なので、自然に会話が発生した仕様を知らなくても気軽に参加できるナビゲーターに指示してもらいながら操作するので仕様知らなくてもOK 説明や質問をしながら実際に動かすので仕様把握が容易テスト観点を広げられるチームで実施するので他の人がどんな観点で見ているのかを知ることができる

Slide 19

Slide 19 text

開発生産性向上につながった話

Slide 20

Slide 20 text

Copyright Hacobu, Inc. 20 開発生産性向上につながった話 bugbashを導入したことで、開発生産性の向上にもつなげることができました！ QAのテスト実施工数が減らせた序盤で大まかな不具合が潰せるので、テスト後半で修正待ちのブロック項目が少ない開発者のコンテキストスイッチを減らせたまとめて不具合見つけることで、開発者の不具合修正対応を集約できた

Slide 21

Slide 21 text

Copyright Hacobu, Inc. 21 bugbashありの場合 bugbashなしの場合開発生産性向上につながった話 QA 不具合起票開発修正対応 QA 修正確認開発別作業 bugbush QA 不具合起票×3 開発修正対応×3 QA 修正確認×3 開発別作業 QA 不具合起票 QA 修正確認 QA 不具合起票 QA 修正確認開発修正対応開発別作業開発修正対応開発別作業

Slide 22

Slide 22 text

Slide 23

Slide 23 text

今後の展望

Slide 24

Slide 24 text

Copyright Hacobu, Inc. 24 今後の展望他にもまだQAの設計や実施のリードタイムを減らせるのではと感じているが現状データがとれていない Findy Team+のイシュー分析で QAのリードタイムを可視化してカイゼンできそうな箇所にアプローチしていきたい