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
hacomono Inc.
PRO
June 26, 2024
Technology
1
430
初めてアジャイルテストに挑戦してみたら、スクラムチームが良いサイクルを回し始めた話
JaSST nano vol.37
初めてアジャイルテストに挑戦してみたら、スクラムチームが良いサイクルを回し始めた話
株式会社hacomono ゆう
hacomono Inc.
PRO
June 26, 2024
More Decks by hacomono Inc.
See All by hacomono Inc.
インプロセスQA、テスト自動化にどう向き合う?挑戦の道のり
hacomono
PRO
0
40
ウェルネス SaaS × AI、1,000万ユーザーを支える 業界特化 AI プロダクト開発への道のり
hacomono
PRO
0
1.3k
クラスタ統合リアーキテクチャ全貌~1,000万ユーザーのウェルネスSaaSを再設計~
hacomono
PRO
0
520
Crossplaneで築くプラットフォームエンジニアリング 基盤を支えるリソース抽象化のアプローチ
hacomono
PRO
1
380
事業成長からみるhacomonoアーキテクチャの変遷
hacomono
PRO
0
370
新規事業におけるGORM+SQLx併用アーキテクチャ
hacomono
PRO
0
890
1,000万人の利用者に応えるウェルネスSaaSと新たな挑戦を支えるデータ基盤
hacomono
PRO
1
340
組織規模に応じたPlatform Engineeringの実践
hacomono
PRO
1
480
疎結合でスキーマ駆動開発を実現するイベントバスの設計
hacomono
PRO
1
11k
Other Decks in Technology
See All in Technology
We Built for Predictability; The Workloads Didn’t Care
stahnma
0
140
顧客の言葉を、そのまま信じない勇気
yamatai1212
1
360
Bedrock PolicyでAmazon Bedrock Guardrails利用を強制してみた
yuu551
0
250
Introduction to Sansan for Engineers / エンジニア向け会社紹介
sansan33
PRO
6
68k
こんなところでも(地味に)活躍するImage Modeさんを知ってるかい?- Image Mode for OpenShift -
tsukaman
1
160
Why Organizations Fail: ノーベル経済学賞「国家はなぜ衰退するのか」から考えるアジャイル組織論
kawaguti
PRO
1
140
What happened to RubyGems and what can we learn?
mikemcquaid
0
310
Contract One Engineering Unit 紹介資料
sansan33
PRO
0
13k
生成AIを活用した音声文字起こしシステムの2つの構築パターンについて
miu_crescent
PRO
3
210
Red Hat OpenStack Services on OpenShift
tamemiya
0
120
2026年、サーバーレスの現在地 -「制約と戦う技術」から「当たり前の実行基盤」へ- /serverless2026
slsops
2
260
茨城の思い出を振り返る ~CDKのセキュリティを添えて~ / 20260201 Mitsutoshi Matsuo
shift_evolve
PRO
1
360
Featured
See All Featured
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
350
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
0
1.1k
The Invisible Side of Design
smashingmag
302
51k
SEO for Brand Visibility & Recognition
aleyda
0
4.2k
Automating Front-end Workflow
addyosmani
1371
200k
Statistics for Hackers
jakevdp
799
230k
svc-hook: hooking system calls on ARM64 by binary rewriting
retrage
1
100
YesSQL, Process and Tooling at Scale
rocio
174
15k
Stop Working from a Prison Cell
hatefulcrawdad
273
21k
Test your architecture with Archunit
thirion
1
2.2k
Context Engineering - Making Every Token Count
addyosmani
9
660
The browser strikes back
jonoalderson
0
390
Transcript
初めてアジャイルテストに挑戦してみたら、スクラム チームが良いサイクルを回し始めた話 ゆう
アジェンダ 1.自己紹介 2.取り巻く環境 3.こんな課題に直面していました! 4.チーム全体として取り組んだこと 5.QAで取り組んだこと 6.サマリー
自己紹介 名前:ゆう ( @tEsLa_qa_works ) 所属:株式会社hacomono / QAエンジニア 趣味:ガジェット / イヤホン /
ヘッドホン収集 子供と遊ぶ
取り巻く環境 UXチームに所属しているQAエンジニアです。 チーム構成はこんな感じ... PdM デザイナー 開発エンジニア QAエンジニア
こんな課題に直面していました! 1.全体のリリーススケジュールが固定化されている 2.開発フェーズとテストフェーズが直列になっていた 3.テストプロセスがQAに閉じてしまっていた
チーム全体として取り組んだこと 1.別のチームで同じような課題に対しての成功体験があったので、成功体験を参 考にUXチームでも色々な取り組みを始めてみた 2.成功体験を経験したスクラムマスターをサポート役として、UXチームに参画し てもらった 3.まずは、ガチガチなスクラム開発をせずに、できそうなエッセンスを取り入れ てみた
QAが取り組んだこと:課題1 全体のリリーススケジュールが固定化されている ・お客様とリリース時期をお約束している案件があった ・全プロジェクトチームのリリースサイクルが隔週に固定されている ・各プロジェクトチームが色々な機能をリリースしたいが、実際には上流工程の遅延などに より、スケジュールに影響が出ていた
QAが取り組んだこと:課題1 チャレンジ! 1.開発チケットを細分化し「小さく作って小さくテストをする」ようにした 2.コミュニケーションを頻繁に取り、認識齟齬や手戻りを極力減らした ・デザインレビューの参加、プロダクト要件仕様書(PRD)レビュー、チーム内スプリ ントレビューなど、、
QAが取り組んだこと:課題1 結果 1.開発チケットを「テストができる最小単位」にしたことで、実装の影響範囲が見通しや すくなった 2.細かいデザインや挙動をチーム全体で議論できるようになり、手戻りやテストフェーズ での不具合が減った 3.開発完了からテスト実行までのリードタイムが短くなったのもあり、リリース直前ま で、テスト実施をすることがなくなった
QAが取り組んだこと:課題2 開発フェーズとテストフェーズが直列になっていた ・開発フェーズが終わってからテストフェーズにスイッチしていた ・機能単位でテストを実施していたため、リリース直前までテストを実施している状況だっ た
QAが取り組んだこと:課題2 チャレンジ! 1.開発フェーズとテストフェーズをオーバーラップすることで歩み寄りを行った 2.リファインメントで受け入れ条件を開発エンジニアと話し合う際に、QA視点も取り込ん で明確化した 3.テストを実施する際に、Slackのチームチャンネルにテスト実施スレッドを立てて、テス トの内容を可視化した
QAが取り組んだこと:課題2 結果 1.受け入れ条件が明確になったため、テスト対象がシンプルになった 2.テスト実施スレッドを立てることで、テスト状況がチーム内で可視化され、テスト内容に ついてコミュニケーションが生まれるようになった 3.チケット単位でテストが実施できるようになり、開発完了からテスト実行までのリードタ イムが短くなった
QAが取り組んだこと:課題3 テストプロセスがQAに閉じていた ・チームの中でQA=テストをする人というイメージが強かった。 ・リリース前のリグレッションテストをQAのみで実施しており、チームとの関わりが少な かった ・いつ誰がどのようなテストをしているのかが可視化できていなかった
QAが取り組んだこと:課題3 チャレンジ! 1.チーム内で積極的にコミュニケーションを図った 2.QAが行っている作業や会話をSlackのチームチャンネルに可視化するようにした ・モブテスト、ブランチ切り替えやテストに関することの会話など、、 3.チーム全体を巻き込むようなテストを行った ・チーム内スプリントレビュー、バグバッシュなど、、
QAが取り組んだこと:課題3 結果 1.QAエンジニア以外にも役割を超えてテストについて関心を持つようになり、チーム全体 の品質意識が向上した 2.モブテストによって、個人の知見やスキル・経験などを共有でき、テスト実施内容の属人 性が少なくなり、テスト漏れが発生しにくくなった 3.チーム内スプリントレビューやバグバッシュなどを行うことで、チーム全体で共通認識を 揃えることができ、良いフィードバックサイクルが生まれた
サマリー 1.3ヶ月の間様々な取り組みを行い、QAだけではなくUXチームに大きな変化が あった 2.品質面では、様々な取り組みを行うことでチーム全体で品質に向き合える環境 が整った 3.チーム内コミュニケーションが増え、どのような価値が提供できるかなどの議 論も可能になった
ご清聴ありがとうございました