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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
hacomono Inc.
PRO
June 26, 2024
Technology
450
1
Share
初めてアジャイルテストに挑戦してみたら、スクラムチームが良いサイクルを回し始めた話
JaSST nano vol.37
初めてアジャイルテストに挑戦してみたら、スクラムチームが良いサイクルを回し始めた話
株式会社hacomono ゆう
hacomono Inc.
PRO
June 26, 2024
More Decks by hacomono Inc.
See All by hacomono Inc.
AI ネイティブな開発プロセスを目指して ~田中のローカルmac編~
hacomono
PRO
1
60
新規事業×QAの挑戦:不確実性を乗りこなす!フェーズごとに求められるQAの役割変革
hacomono
PRO
0
240
テストプロセスにおけるAI活用 :人間とAIの共存
hacomono
PRO
0
240
作ったのに使われなかったを繰り返さないために。
hacomono
PRO
0
180
NewSQL_ ストレージ分離と分散合意を用いたスケーラブルアーキテクチャ
hacomono
PRO
4
470
インプロセスQA、テスト自動化にどう向き合う?挑戦の道のり
hacomono
PRO
0
86
ウェルネス SaaS × AI、1,000万ユーザーを支える 業界特化 AI プロダクト開発への道のり
hacomono
PRO
0
1.8k
クラスタ統合リアーキテクチャ全貌~1,000万ユーザーのウェルネスSaaSを再設計~
hacomono
PRO
0
620
Crossplaneで築くプラットフォームエンジニアリング 基盤を支えるリソース抽象化のアプローチ
hacomono
PRO
2
600
Other Decks in Technology
See All in Technology
The Journey of Box Building
tagomoris
4
280
DevOpsDays Tokyo 2026 見えない開発現場を、見える投資に変える
rojoudotcom
3
200
3つのボトルネックを解消し、リリースエンジニアリングを再定義した話
nealle
0
520
目的ファーストのハーネス設計 ~ハーネスの変更容易性を高めるための優先順位~
gotalab555
7
1.8k
AI時代における技術的負債への取り組み
codenote
0
970
DIPS2.0データに基づく森林管理における無人航空機の利用状況
naokimuroki
1
220
インフラを Excel 管理していた組織が 3 ヶ月で IaC 化されるまで
geekplus_tech
3
200
Contract One Engineering Unit 紹介資料
sansan33
PRO
0
16k
"SQLは書けません"から始まる データドリブン
kubell_hr
2
460
ワールドカフェI /チューターを改良する / World Café I and Improving the Tutors
ks91
PRO
0
250
最近の技術系の話題で気になったもの色々(IoT系以外も) / IoTLT 花見予定会(たぶんBBQ) @都立潮風公園バーベキュー広場
you
PRO
1
210
AIエージェントの権限管理 1: MCPサーバー・ツールの Fine grained access control 編
ren8k
3
480
Featured
See All Featured
Making Projects Easy
brettharned
120
6.6k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
730
How to build a perfect <img>
jonoalderson
1
5.4k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
199
73k
The Spectacular Lies of Maps
axbom
PRO
1
690
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
190
Unsuck your backbone
ammeep
672
58k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
510
Why Our Code Smells
bkeepers
PRO
340
58k
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
250
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
510
Claude Code のすすめ
schroneko
67
220k
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.チーム内コミュニケーションが増え、どのような価値が提供できるかなどの議 論も可能になった
ご清聴ありがとうございました