スクラムチームの品質戦略 1年の歩み
by
hacomono Inc.
Link
Embed
Share
Beginning
This slide
Copy link URL
Copy link URL
Copy iframe embed code
Copy iframe embed code
Copy javascript embed code
Copy javascript embed code
Share
Tweet
Share
Tweet
Slide 1
Slide 1 text
スクラムチームの品質戦略 1年の歩み QA 株式会社hacomono 廣田 大騎 (@pirori_Qin)
Slide 2
Slide 2 text
簡単に自己紹介 QA
Slide 3
Slide 3 text
Piro-chan / 廣田 大騎 QA ◾ 所属 株式会社hacomono(QAE) ◾ すみか 東京都内 ◾ すき からあげ / カラオケ / 音楽 バイク/ 料理 / etc
Slide 4
Slide 4 text
1 プロローグ 2 本編(ep.1〜ep.4) 3 エピローグ 4 締め QA トピックス
Slide 5
Slide 5 text
-Prologue- QA
Slide 6
Slide 6 text
QA プロローグ 私がスクラムチームに着任した時の状況 ・熾烈な1stリリースを乗り越え、 ・顧客からたくさんFBをもらっていて ・これからプロダクトの価値を上げ、 より速く提供していこう! ・そのためにスクラムをやろうじゃないか!
Slide 7
Slide 7 text
QA プロローグ ちなみに当時の私 あー、あれね!スクラムね! 知ってる知ってる! (知らない)
Slide 8
Slide 8 text
ep.1 上流工程にとにかく参加 QA スタートから1~3ヶ月目頃
Slide 9
Slide 9 text
QA ep.1 上流工程にとにかく参加 よーし「シフトレフト」だ!上流工程にQAも参加だ! 【ある日のRefinement】 QAから何かありますか? えー…一旦持ち帰らせてください ファシリ QA ところが…
Slide 10
Slide 10 text
QA ep.1 上流工程にとにかく参加 Refinement前にQAだけで同期的に要件レビューを実施 ・スクラムイベントでの発言のハードルを低く ・QAが考えるフェーズをもう少し前に持ってくる 改善Action1 こうしたい!
Slide 11
Slide 11 text
ep.2 コストとの戦い QA スタートから4,5ヶ月頃
Slide 12
Slide 12 text
QA ep.2 コストとの戦い スクラムイベントへの参加 要件レビュー コミュニケーション リグレッションテスト プロセス改善 期限付きリリース
Slide 13
Slide 13 text
QA ep.2 コストとの戦い ・サービス型 ・テスト管理ツール ・実装完了状態からテスト ・仕様書ベース ・テストにかかる工数をできるだけ削減したい! 改善Action2 こうしたい! ・スクラムチームに常駐 ・スプレッドシートで管理 ・できたものから順にテスト ・受け入れ条件ベース Before After
Slide 14
Slide 14 text
ep.3 “プレQA”の導入 QA スタートから6,7ヶ月頃
Slide 15
Slide 15 text
QA ep.3 “プレQA”の導入 「スクラムイベントに参加してるし、シフトレフトできてる!」 ところがどっこい… 要件漏れ、認識齟齬が テストフェーズで初めて判明し、仕様変更 テストはSTOP、スケジュールも後ろ倒し… みたいなことが起きる
Slide 16
Slide 16 text
QA ep.3 “プレQA”の導入 “プレQA”の導入 ローカルである程度まで実装できている機能を同期的に、 QA, PdM, デザイナー全員で見ながらFBを行う →ここからチーム内のQAメンバーのみに閉じた改善ではなく、 スクラムチームとしての改善に ・上流で不具合を防ぐさらなる仕組みが必要 改善Action3 こうしたい!
Slide 17
Slide 17 text
ep.4 テスト完了までを1 Sprint内に QA スタートから11ヶ月頃
Slide 18
Slide 18 text
QA ep.4 テスト完了までを1 Sprintに 開発とテストのスケジュールの完全な分離 ・ベロシティが安定しない😭 ・コンテキストスイッチが大変(開発もQAも)😭 ・QAの次Sprintのキャッチアップが薄くなる😭 コイツにより… 大ボス(未解決の大問題)
Slide 19
Slide 19 text
QA 補足: 「完全な分離」とは? こういう形にしたかったのだが…
Slide 20
Slide 20 text
QA 補足: 「完全な分離」とは? こんな感じになってた。
Slide 21
Slide 21 text
QA ep.4 テスト完了までを1 Sprintに 開発とテストのスケジュールの完全な分離 なぜそうなっていたか? ・開発は開発、テストはQAでそれぞれ見積をしていた ・分離していた方がタスクを詰め込める(と思っていた) ・検証用環境が1つしかなかった
Slide 22
Slide 22 text
QA ep.4 テスト完了までを1 Sprintに ・Sprint内で機能テスト完了までを前提にPlanning ・タスクのStory pointを、受入条件をベースに 開発・QA合同で実施 ・バックログにサブタスクを作成 QAで必要なタスクも含めた ・開発とテストを完全に並行させたい 改善Action4 こうしたい!
Slide 23
Slide 23 text
-Epilogue- QA
Slide 24
Slide 24 text
QA エピローグ 残された課題たち ・リグレッションテストの並行実施 ・他テーマを扱うチームとの連携 ・ビジネス側メンバーとのより強固な連携 他にも細かい課題は沢山
Slide 25
Slide 25 text
締め QA
Slide 26
Slide 26 text
QA 締め ・あくまでも1つの事例 ・着実に、継続的に成長をすること ・チーム全員で 同じ方向を向いてやること
Slide 27
Slide 27 text
QA おわり 制作・著作