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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
hacomono Inc.
PRO
June 25, 2024
Technology
1
720
スクラムチームの品質戦略 1年の歩み
株式会社hacomono QA 廣田大騎
hacomono Inc.
PRO
June 25, 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
OpenShiftでllm-dを動かそう!
jpishikawa
0
130
今日から始めるAmazon Bedrock AgentCore
har1101
4
410
外部キー制約の知っておいて欲しいこと - RDBMSを正しく使うために必要なこと / FOREIGN KEY Night
soudai
PRO
12
5.6k
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
10k
学生・新卒・ジュニアから目指すSRE
hiroyaonoe
2
650
Cosmos World Foundation Model Platform for Physical AI
takmin
0
940
ファインディの横断SREがTakumi byGMOと取り組む、セキュリティと開発スピードの両立
rvirus0817
1
1.4k
Introduction to Sansan for Engineers / エンジニア向け会社紹介
sansan33
PRO
6
68k
登壇駆動学習のすすめ — CfPのネタの見つけ方と書くときに意識していること
bicstone
3
120
予期せぬコストの急増を障害のように扱う――「コスト版ポストモーテム」の導入とその後の改善
muziyoshiz
1
2k
AIと新時代を切り拓く。これからのSREとメルカリIBISの挑戦
0gm
1
2.7k
生成AIを活用した音声文字起こしシステムの2つの構築パターンについて
miu_crescent
PRO
3
210
Featured
See All Featured
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
140
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.8k
Jamie Indigo - Trashchat’s Guide to Black Boxes: Technical SEO Tactics for LLMs
techseoconnect
PRO
0
62
Mind Mapping
helmedeiros
PRO
0
88
Exploring anti-patterns in Rails
aemeredith
2
250
Deep Space Network (abreviated)
tonyrice
0
49
SERP Conf. Vienna - Web Accessibility: Optimizing for Inclusivity and SEO
sarafernandez
1
1.3k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
14k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
For a Future-Friendly Web
brad_frost
182
10k
Context Engineering - Making Every Token Count
addyosmani
9
660
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
170
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 おわり 制作・著作