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
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.2k
AI ネイティブな開発プロセスを目指して ~田中のローカルmac編~
hacomono
PRO
1
69
新規事業×QAの挑戦:不確実性を乗りこなす!フェーズごとに求められるQAの役割変革
hacomono
PRO
0
310
テストプロセスにおけるAI活用 :人間とAIの共存
hacomono
PRO
0
280
作ったのに使われなかったを繰り返さないために。
hacomono
PRO
0
210
NewSQL_ ストレージ分離と分散合意を用いたスケーラブルアーキテクチャ
hacomono
PRO
4
510
インプロセスQA、テスト自動化にどう向き合う?挑戦の道のり
hacomono
PRO
0
98
ウェルネス SaaS × AI、1,000万ユーザーを支える 業界特化 AI プロダクト開発への道のり
hacomono
PRO
0
1.9k
Other Decks in Technology
See All in Technology
コーディングエージェントはTypeScriptの 型エラーをどう自己修正しているのか
melonps
3
260
AWS WAFの運用を地道に改善し、自社で運用可能にするプラクティス
andpad
1
630
インプロセスQAのための要因から捉えるプロジェクトリスクマネジメントnano #1 開発リソース効率状態への対処 #jasstnano
barus_qa
0
210
AI飲み会幹事エージェントを作っただけなのに
ykimi
0
240
React Compiler導入の効果と運用の工夫
kakehashi
PRO
3
300
論文紹介:Pixal3D (SIGGRAPH 2026)
tenten0727
0
640
AIのために、AIを使った、Effect-TSからの脱却 〜テストを活用した安全なリファクタリングの進め方〜
bitkey
PRO
1
180
その英語学習、AWSで代替できませんか?
suzutatsu
1
180
AI Agent に“攻略本”を渡したら、150フォームの移行が回り始めた話/登壇資料(高橋 悟生)
hacobu
PRO
1
250
Oracle AI Database@AWS:サービス概要のご紹介
oracle4engineer
PRO
4
2.6k
20260516_SecJAWS_Days
takuyay0ne
2
540
R&D 祭 2024 UE5で絵コンテ・作画の制作支援ツールをつくる話
olmdrd
PRO
0
200
Featured
See All Featured
Scaling GitHub
holman
464
140k
Marketing to machines
jonoalderson
1
5.3k
YesSQL, Process and Tooling at Scale
rocio
174
15k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
230
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
1
1.3k
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.8k
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
120
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
440
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
560
The Art of Programming - Codeland 2020
erikaheidi
57
14k
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.6k
Building Experiences: Design Systems, User Experience, and Full Site Editing
marktimemedia
0
510
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.チーム内コミュニケーションが増え、どのような価値が提供できるかなどの議 論も可能になった
ご清聴ありがとうございました