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
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
hacomono Inc.
PRO
June 26, 2024
Technology
460
1
Share
初めてアジャイルテストに挑戦してみたら、スクラムチームが良いサイクルを回し始めた話
JaSST nano vol.37
初めてアジャイルテストに挑戦してみたら、スクラムチームが良いサイクルを回し始めた話
株式会社hacomono ゆう
hacomono Inc.
PRO
June 26, 2024
More Decks by hacomono Inc.
See All by hacomono Inc.
開発者の認知負荷軽減を目指して選んだCrossplane - Self-serviceの理想と現実
hacomono
PRO
0
190
クラウドネイティブ DB はいかにして制約を 克服したか? 〜進化歴史から紐解く、スケーラブルアーキテクチャ設計指針〜
hacomono
PRO
6
1.3k
AI ネイティブな開発プロセスを目指して ~田中のローカルmac編~
hacomono
PRO
1
72
新規事業×QAの挑戦:不確実性を乗りこなす!フェーズごとに求められるQAの役割変革
hacomono
PRO
0
320
テストプロセスにおけるAI活用 :人間とAIの共存
hacomono
PRO
0
300
作ったのに使われなかったを繰り返さないために。
hacomono
PRO
0
220
NewSQL_ ストレージ分離と分散合意を用いたスケーラブルアーキテクチャ
hacomono
PRO
4
520
インプロセスQA、テスト自動化にどう向き合う?挑戦の道のり
hacomono
PRO
0
100
ウェルネス SaaS × AI、1,000万ユーザーを支える 業界特化 AI プロダクト開発への道のり
hacomono
PRO
0
2k
Other Decks in Technology
See All in Technology
AI時代に改めて考える、ドメイン駆動設計 - モデリングが「AIへの共通言語」になる
littlehands
7
2.3k
老舗OCIクラウドインテグレーターが語る-現場で培ったクラウドリフトのリアルと成功のカギ
shinpy
0
120
Typiaで配信JSONの安全性を構造的に担保する(TSKaigi2026)
righttouch
PRO
1
160
TSKaigi 2026 - Auth.jsからBetter Authへの 移行に見る「型とランタイム」の 設計思想の変化
teamlab
PRO
1
260
ソフトウェアサプライチェーン攻撃対策として今からサクッとできること
flatt_security
2
130
Harnessing the Power of Mocks and Stubs in PHPUnit / #laravellivejp
asumikam
0
360
エムスリーテクノロジーズ株式会社 エンジニア向け紹介資料 / M3 Technologies Company Deck
m3_engineering
0
230
Kaggle未経験社員をメダリストに育てる「AIドラゴン桜」
lycorptech_jp
PRO
0
530
TypeScriptはどのようにどこまで推論できるのか ─ とにかく as は禁止で
ypresto
3
420
DI コンテナ自動生成ツールを実装してみた / intro-autodi
uhzz
0
860
キャリア25年目にしてTypeScript に出会うまで - 「型」を通じて振り返るプログラミング言語遍歴 / Meeting TypeScript After 25 Years in Tech - Looking Back at My Programming Language Journey Through "Types"
bitkey
PRO
2
270
「使われるデータ基盤」を目指してデータアナリストとワークショップをやった話
jackojacko_
2
850
Featured
See All Featured
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.3k
Paper Plane
katiecoart
PRO
1
50k
Documentation Writing (for coders)
carmenintech
77
5.3k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Impact Scores and Hybrid Strategies: The future of link building
tamaranovitovic
0
280
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
Bash Introduction
62gerente
615
210k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
2k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.4k
A Soul's Torment
seathinner
6
2.8k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
1
270
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3.3k
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.チーム内コミュニケーションが増え、どのような価値が提供できるかなどの議 論も可能になった
ご清聴ありがとうございました