Slide 1

Slide 1 text

QAエンジニア が スクラムマスター をすると いいなぁと思った話 2025.03.08 スクラムフェス福岡 1 @____rina____

Slide 2

Slide 2 text

2 きょうのおはなし 伸びしろスクラムチーム スクラムマスター < ファシリテーター QAエンジニアとしていいなぁ要素強め 💡 💡 💡

Slide 3

Slide 3 text

QA Engineering Manager 
 at Mercari 
 
 EngineeringManager/Scrum Master/ 
 QA Engineer 
 
 🍜Fukuoka 
 
 Rina Fukuda @____rina____ 


Slide 4

Slide 4 text

4

Slide 5

Slide 5 text

今日のお話 5

Slide 6

Slide 6 text

QA(Quality Assurance)とは QAは、プロセスの実装と改善に焦点を当てた、プロセス指向の予防的アプロー チである。 よいプロセスが正しく行われれば、よいプロダクトを作ることができる という考えに基づいている。 QAは、開発プロセスとテストプロセスの両方に適用し、プロジェクトに 参加するすべての人が責任を持つ。 テスト技術者資格制度(JSTQB) Foundation Levelシラバスより 6

Slide 7

Slide 7 text

QAとは 7 要件

Slide 8

Slide 8 text

スクラムマスターとは スクラムガイドで定義されたスクラムを確⽴させることの結果に責任を持つ。 スクラムチームと組織において、スクラムの理論とプラクティスを全員に 理解してもらえるよう⽀援することで、その責任を果たす。 スクラムチームの有効性に責任を持つ。 スクラムチームがスクラムフレームワーク内でプラクティスを改善できるよ うにすることで、その責任を果たす。 スクラムチームと、より⼤きな組織に奉仕する真のリーダーである。 さまざまな形でスクラムチームを⽀援する。 スクラムガイド 2020 年版より 8

Slide 9

Slide 9 text

QAエンジニアとスクラムマスター 9 9 改善 プロセス 支援 プラクティス 予防アプローチ スクラムガイド QA SM

Slide 10

Slide 10 text

要件 QAエンジニアの課題 なかなか話に入っていかない 開発のプロセスにまでアプローチしきれない もっとグイグイ いけるやろー! 10

Slide 11

Slide 11 text

QAがグイグイ入っていってほしい 11 🚀 Spec Design Implement Test Design Test

Slide 12

Slide 12 text

QAがグイグイ入っていってほしい 12 🚀 Spec Design Implement Test Design Test 🔥

Slide 13

Slide 13 text

QAがグイグイ入っていってほしい 13 🚀 Spec Design Implement Test Design Test 💪 🚀 🚀 🚀 🚀 🚀 🚀 💪 💪

Slide 14

Slide 14 text

スクラムマスターやってみたら? \\ 💪みんなならできるよ // 14

Slide 15

Slide 15 text

どんなことやった?準備 15 ● 決まってるプロセスを揃えて準備 ● Slackチャンネル作成 ● JIRAの作り方

Slide 16

Slide 16 text

どんなことをやっている? 16

Slide 17

Slide 17 text

やってみた結果:EM主観 QAエンジニア各々が活躍しているのがわかる QAエンジニアとしてやりやすそう パワーがいることもあるが、やりがいに感じてそう 🙌 17

Slide 18

Slide 18 text

やってみた結果:スクラムのみんな 18 QAエンジニアじゃなくてもいいけど、まあ動きやすいっちゃ動きやすいよね。QA エンジニアの強みは全フェーズバッチリ把握できて、プロダクト品質グングン上げ られるって感じ! リリースを目指してね、まぁあれこれやるべきタスクが、しっ かりと細かく詰められてきたわけですよ。いやー、これで一安 心って感じですな! 開発進捗だけじゃなくてBE/FEのリリース順までガッツリ気にしてくれて、マジ最高~! 今日のリファインメントでここまでやってね〜✨ってざっくりお願いしても、PdMsとバッチ リ連携してサクッと終わらせてくれるから、スクラムが超安定しててマジ助かる〜!💖 QAエンジニアの負担デカそうやな!ほんで実際、レトロやらリファインメント やらレビューとかスクラムイベントガッツリ削って、進行管理ガチッと優先にしたってる みたいやね。せやけど現実的な進捗管理って割り切ったら、めっちゃ効率的や思うわ! 役割分担がクッキリしたら、PMの負担がちょっぴり減って🎉プロダクト発見に集中できる気がするよ〜💡でも ね、正直そんな劇的な変化じゃないんだな🙈

Slide 19

Slide 19 text

要件 QAエンジニアとSM兼任することの課題 ● SMの負荷が高い ● 時間をなんとか押し込めている感 ○ スクラムとしての伸び代が大きそう ○ スクラムマスターとしても伸び代と期待 19

Slide 20

Slide 20 text

やってみた結果:スクラムマスター兼任QA 20

Slide 21

Slide 21 text

21 おわりに QAとスクラムマスターの両方の価値を実現 チームに対するコミットメントの意識が増えた 自分だけじゃだめで、チームがうまくいかないとだめ 1 2 3

Slide 22

Slide 22 text

22