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
スクラムチームの品質戦略 1年の歩み
Search
hacomono Inc.
PRO
June 25, 2024
Technology
800
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
スクラムチームの品質戦略 1年の歩み
株式会社hacomono QA 廣田大騎
hacomono Inc.
PRO
June 25, 2024
More Decks by hacomono Inc.
See All by hacomono Inc.
正しく凹む技術:運動で感情を GC(ガベージコレクション )しよう
hacomono
PRO
1
95
開発者の認知負荷軽減を目指して選んだCrossplane - Self-serviceの理想と現実
hacomono
PRO
0
240
クラウドネイティブ DB はいかにして制約を 克服したか? 〜進化歴史から紐解く、スケーラブルアーキテクチャ設計指針〜
hacomono
PRO
6
1.7k
AI ネイティブな開発プロセスを目指して ~田中のローカルmac編~
hacomono
PRO
1
83
新規事業×QAの挑戦:不確実性を乗りこなす!フェーズごとに求められるQAの役割変革
hacomono
PRO
0
540
テストプロセスにおけるAI活用 :人間とAIの共存
hacomono
PRO
0
480
作ったのに使われなかったを繰り返さないために。
hacomono
PRO
0
390
NewSQL_ ストレージ分離と分散合意を用いたスケーラブルアーキテクチャ
hacomono
PRO
4
550
インプロセスQA、テスト自動化にどう向き合う?挑戦の道のり
hacomono
PRO
0
120
Other Decks in Technology
See All in Technology
オブザーバビリティ、本当に活用できてる? 〜API連携×生成AIで成熟度を自動評価〜
dmmsre
1
2.3k
プライバシー保護の理論と実践
lycorptech_jp
PRO
1
250
依頼文化をやめる日 EM視点で語るPlatform EngineeringとInclusive SRE / Discussing Platform Engineering and Inclusive SRE from an EM's Perspective
shin1988
4
4.5k
完全自律ロボットを作りたくて、先に開発を自律させた話(ROS Japan UG #63 LT)
rryz09
0
430
Terraform共通モジュールをチーム横断で“変えられる”運用へ ― リリースと適用の分離
kekke_n
1
2.1k
型は壁、Rustでもバグを直すな、表現できなくせよ
nwiizo
12
1.8k
攻撃者がいなくてもAIエージェントはインシデントを起こす
nomizone
0
210
End-to-Endで考える信頼性 —LINEアプリにおけるクライアント開発×SRE連携の実践
maruloop
4
3.4k
Compose 新機能総まとめ / What's New in Jetpack Compose
yanzm
0
150
プロダクトだけじゃない、社内プロセスにおける自動化・省力化ノススメ
kakehashi
PRO
1
3k
地域 SRE コミュニティ最前線 / SRE NEXT 2026 Discussion Night Track C
muziyoshiz
0
170
SRE歴2ヶ月でも開発6年の知見を活かして、チームで止まっていた環境改善を前に進めた話
a_ono
1
220
Featured
See All Featured
Done Done
chrislema
186
16k
Technical Leadership for Architectural Decision Making
baasie
3
430
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.6k
A Modern Web Designer's Workflow
chriscoyier
698
190k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
650
brightonSEO & MeasureFest 2025 - Christian Goodrich - Winning strategies for Black Friday CRO & PPC
cargoodrich
3
750
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
1
3.7k
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
630
Context Engineering - Making Every Token Count
addyosmani
9
1k
Designing for Timeless Needs
cassininazir
1
280
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
63
55k
First, design no harm
axbom
PRO
2
1.2k
Transcript
スクラムチームの品質戦略 1年の歩み QA 株式会社hacomono 廣田 大騎 (@pirori_Qin)
簡単に自己紹介 QA
Piro-chan / 廣田 大騎 QA ◾ 所属 株式会社hacomono(QAE) ◾ すみか
東京都内 ◾ すき からあげ / カラオケ / 音楽 バイク/ 料理 / etc
1 プロローグ 2 本編(ep.1〜ep.4) 3 エピローグ 4 締め QA トピックス
-Prologue- QA
QA プロローグ 私がスクラムチームに着任した時の状況 ・熾烈な1stリリースを乗り越え、 ・顧客からたくさんFBをもらっていて ・これからプロダクトの価値を上げ、 より速く提供していこう! ・そのためにスクラムをやろうじゃないか!
QA プロローグ ちなみに当時の私 あー、あれね!スクラムね! 知ってる知ってる! (知らない)
ep.1 上流工程にとにかく参加 QA スタートから1~3ヶ月目頃
QA ep.1 上流工程にとにかく参加 よーし「シフトレフト」だ!上流工程にQAも参加だ! 【ある日のRefinement】 QAから何かありますか? えー…一旦持ち帰らせてください ファシリ QA ところが…
QA ep.1 上流工程にとにかく参加 Refinement前にQAだけで同期的に要件レビューを実施 ・スクラムイベントでの発言のハードルを低く ・QAが考えるフェーズをもう少し前に持ってくる 改善Action1 こうしたい!
ep.2 コストとの戦い QA スタートから4,5ヶ月頃
QA ep.2 コストとの戦い スクラムイベントへの参加 要件レビュー コミュニケーション リグレッションテスト プロセス改善 期限付きリリース
QA ep.2 コストとの戦い ・サービス型 ・テスト管理ツール ・実装完了状態からテスト ・仕様書ベース ・テストにかかる工数をできるだけ削減したい! 改善Action2 こうしたい!
・スクラムチームに常駐 ・スプレッドシートで管理 ・できたものから順にテスト ・受け入れ条件ベース Before After
ep.3 “プレQA”の導入 QA スタートから6,7ヶ月頃
QA ep.3 “プレQA”の導入 「スクラムイベントに参加してるし、シフトレフトできてる!」 ところがどっこい… 要件漏れ、認識齟齬が テストフェーズで初めて判明し、仕様変更 テストはSTOP、スケジュールも後ろ倒し… みたいなことが起きる
QA ep.3 “プレQA”の導入 “プレQA”の導入 ローカルである程度まで実装できている機能を同期的に、 QA, PdM, デザイナー全員で見ながらFBを行う →ここからチーム内のQAメンバーのみに閉じた改善ではなく、 スクラムチームとしての改善に
・上流で不具合を防ぐさらなる仕組みが必要 改善Action3 こうしたい!
ep.4 テスト完了までを1 Sprint内に QA スタートから11ヶ月頃
QA ep.4 テスト完了までを1 Sprintに 開発とテストのスケジュールの完全な分離 ・ベロシティが安定しない😭 ・コンテキストスイッチが大変(開発もQAも)😭 ・QAの次Sprintのキャッチアップが薄くなる😭 コイツにより… 大ボス(未解決の大問題)
QA 補足: 「完全な分離」とは? こういう形にしたかったのだが…
QA 補足: 「完全な分離」とは? こんな感じになってた。
QA ep.4 テスト完了までを1 Sprintに 開発とテストのスケジュールの完全な分離 なぜそうなっていたか? ・開発は開発、テストはQAでそれぞれ見積をしていた ・分離していた方がタスクを詰め込める(と思っていた) ・検証用環境が1つしかなかった
QA ep.4 テスト完了までを1 Sprintに ・Sprint内で機能テスト完了までを前提にPlanning ・タスクのStory pointを、受入条件をベースに 開発・QA合同で実施 ・バックログにサブタスクを作成 QAで必要なタスクも含めた
・開発とテストを完全に並行させたい 改善Action4 こうしたい!
-Epilogue- QA
QA エピローグ 残された課題たち ・リグレッションテストの並行実施 ・他テーマを扱うチームとの連携 ・ビジネス側メンバーとのより強固な連携 他にも細かい課題は沢山
締め QA
QA 締め ・あくまでも1つの事例 ・着実に、継続的に成長をすること ・チーム全員で 同じ方向を向いてやること
QA おわり 制作・著作