Within the team, I grow as a tester and continuously pursue product quality

Slide 1

Slide 1 text

テスターはスクラムチームの中で成⻑しプロダクト開発に貢献していく Within the team, I grow as a tester and continuously pursue product quality. Scrum Fest Niigata 2025 2025年5⽉10⽇ Yusuke Ohira

Slide 2

Slide 2 text

1. コンテキストと注意事項 2. テスターの役割について 3. テスターが成長するために必要なこと 4. テスターはプロダクト開発にどう貢献するか 5. さいごに Agenda

Slide 3

Slide 3 text

コンテキストと注意事項

Slide 4

Slide 4 text

コンテキストログラスに2023年7月入社。新規事業のプロダクト開発チームのQAエンジニアを担当。 ● 好きなスクラムイベント：スプリントレビュー ● 好きな本：闘うプログラマー ● 好きなプロトコル：LDAP 株式会社ログラス QA エンジニア大平祐介 Yusuke Ohira

Slide 5

Slide 5 text

担当プロダクト

Slide 6

Slide 6 text

● メインプロダクトとは別の新規事業 ● オーソドックスなスクラムチーム ○ PO（PdM）1名、デザイナー2名、エンジニア5名 ○ 1Sprint1Week ■ ⽊曜⽇にスプリントレビュー、ふりかえり、プランニング ■ リファインメントは適宜やる ■ それ以外に「ロードマップみんなで確認会」とか「ビジネスと仕様を検討する会」がある ● テストはみんなでやるよ私たちのチーム

Slide 7

Slide 7 text

● スクラムチームのメンバーとしての経験をまとめた話 ○ 素朴理論です（N=1） ● スクラムチームにいるテスターやQAエンジニア向け ● 私の経験は、ログラス含めて、セキュリティ製品やラーニングマネージメントシステム（LMS）など業務システムのみです ○ なので、BtoC系だとちょっと違うかも？ ● この発表ではテスターとQAエンジニアは同じ意味としています ● ふわっとした話なので、ご質問をお待ちしております注意事項

Slide 8

Slide 8 text

テスターの役割とは？

Slide 9

Slide 9 text

そもそもテストとは何か

Slide 10

Slide 10 text

ISTQBのテストの定義ソフトウェアテストは、⽋陥を発⾒し、ソフトウェアアーティファクトの品質を評価するための⼀連の活動である。これらアーティファクトは、テストをする際のテスト対象である。 Foundation Level シラバス⽇本語版 Version 2023V4.0.J02

Slide 11

Slide 11 text

私の解釈テストは検査であり実験スクラムの3本柱である「透明性」「検査」「適応」の一部を担っている。

Slide 12

Slide 12 text

アジャイルテスターとは？

Slide 13

Slide 13 text

実践アジャイルテストに書いてあること https://www.shoeisha.co.jp/book/detail/9784798119977 アジャイルテスターとは、変化に対応し、技術担当の⼈や業務担当の⼈たちと共同作業ができ、テストのコンセプトを理解して要求を⽂章化し開発をリードできる、プロフェッショナルなテスターです。アジャイルテスターの特徴は、⾼い技術スキルを持ち、メンバーと共同作業を⼼得て⾃動化を⾏うことです。アジャイルテスターはまた経験豊富な探索的テスターでもあります。顧客が何をしたいかを常に気にかけており、顧客のソフトウェア要求を深く理解しています。

Slide 14

Slide 14 text

• 継続的にフィードバックする • 顧客への価値を提供する • 対⾯でコミュニケーションを可能にする • 勇気を持つ • シンプルを⼼がける • 継続的な改善を実践する • 変化に対応する • ⾃分を律する • ⼈に焦点を当てる • 楽しむアジャイルテスターの原則（実践アジャイルテストより）

Slide 15

Slide 15 text

ハードル⾼くない？

Slide 16

Slide 16 text

ログラスではどう定義しているか

Slide 17

Slide 17 text

QAエンジニア（テスター）のMVV Vision Value 5つの技術・知識を持つジェネレーター顧客志向な品質リーダシップ。組織の弱さに寄り添う。天真爛漫な探求心と対応力 5つの技術とは：ドメイン理解・テスト技術・自動化技術・プロセス改善技術・コミュニケーション技術顧客志向な品質リーダシップ：プロダクト組織で顧客のために品質を高める活動を促進していく組織の弱さに寄り添う　　　　：批判するのではなく、組織の足りない部分を補う行動をする天真爛漫な探求心と対応力　：抽象度を調整しながら、柔軟に学び考え、柔軟に対応するプロダクト開発のケイパビリティを高め、組織全体のバリューストリームを最大化する Mission - プロダクト組織全体が高い顧客価値を提供できるようにする。 - 顧客へ最短でかつ安定的に価値を提供できるためにテストや監視、CICDの技術向上に貢献したいテストだけではなく開発プロセスの改善でボトルネックとなる要因を取り除く。 - 良いプロダクトを提供するために良いプロダクト開発チームを作る。

Slide 18

Slide 18 text

• ドメイン知識 • テスト技術 • ⾃動化技術 • プロセス改善技術 • コミュニケーション技術ログラスのテスターとして必要な知識‧技術

Slide 19

Slide 19 text

• どのタイミングでもテストする • どのレイヤーでもテストするログラスのテスターがやること https://agilejourney.uzabase.com/entry/2024/06/25/103000

Slide 20

Slide 20 text

そこそこハードルは⾼いが、やっていくしかない！

Slide 21

Slide 21 text

テスターが成⻑するために必要なこと

Slide 22

Slide 22 text

マインドセット

Slide 23

Slide 23 text

私たちは何でお⾦をもらっているのかを考える私たちのプロダクトが顧客に価値を提供することで、対価を得られる

Slide 24

Slide 24 text

プロダクトを良くするためには⼿段を選ばないマインドセットが必要柴田ヨクサル (著) 「ハチワンダイバー」第22巻、集英社、p.186。

Slide 25

Slide 25 text

チームとプロダクトを愛そう

Slide 26

Slide 26 text

● プロダクトビジョンを理解する ● みんなはどんなこと考えているか知る ○ PO（PdM）は、プロダクト通して、どんな世界をつくりたい？ ○ デザイナーは、どんな体験をユーザーに提供したい？ ○ エンジニアは、どんなものが作りたい？ ○ Sales、CSは、どういうふうに顧客と接している？ ○ ビジネス⽬標はなに？ ○ どんな⾵にマーケティングしている？プロダクトを愛するために 1on1やミーティングを通して想いに触れる

Slide 27

Slide 27 text

成⻑のためにやれること

Slide 28

Slide 28 text

● ドメイン知識 ● テスト技術 ● ⾃動化技術 ● プロセス改善技術 ● コミュニケーション技術ログラスのテスターとして必要な知識‧技術（再掲）

Slide 29

Slide 29 text

● まずは、プロダクトのドメイン関係の本を3冊読む。 ○ 根拠はないけど、先輩の教え。 ● わからないことがあれば聞く！ ○ PO（PdM）、ビジネスサイド、ドメインエキスパート ● プロダクトビジョンやロードマップに腹落ちしていますか？ ○ わからないことがあれば聞く！（2回⽬） ● もし、競合製品があれば、製品サイトホームページをみるのもいいですね。ドメイン知識を得る

Slide 30

Slide 30 text

● 壱ノ型は、三⾊ボールペン（仕様の理解） ○ ⾚－客観的に⾒て、最も重要な箇所 ○ ⻘－客観的に⾒て、まあ重要な箇所 ○ 緑－主観的に⾒て、気になる箇所 ● 業界の⼀般常識は知っておく ○ JSTQBとか ● 同値分割、状態遷移、デシジョンテーブルを⾝につける ○ ソフトウェアテスト技法練習はいい本ですね（ステマ）  ● テストのモデリングや構造化の感覚を掴む ○ 論理的機能構造、NGT（Notation for Generic Testing）  ○ ここは数をこなすしかない（感覚    テスト技術を磨く https://gihyo.jp/book/2020/978-4-297-11061-1

Slide 31

Slide 31 text

● とりあえず、コンピューターサイエンスの基礎を知る ○ 「コンピュータはなぜ動くのか」とか「マスタリングTCP/IP」とか ● あとは、課題ドリブンで雑にやってみる ○ 今は、AIエディタがあるので、便利ですね ● わからなかったらエンジニアに聞く ○ ペアプロとかお願いしてみるといいね⾃動化技術

Slide 32

Slide 32 text

• PFDで段取りできるように慣れる ‐ Process Flow Diagram • プロセスじゃないけど、スクラムやDevOpsの基本は学ぶ ‐ 本を読む（例） • XP⽩本 • みんなでアジャイル • システム運⽤アンチパターンとか ‐ 外部コミュニティに参加する • 悩んだらFearless Changeをチラ⾒するプロセス改善技術 https://kawaguti.hateblo.jp/entry/20140228/1393522489

Slide 33

Slide 33 text

● NVCを知る ○ 観察、感情、ニーズ、リクエスト ● コーチングを学ぶ（⼊⾨ぐらいでいい） ○ 「やってみようコーチング」ぐらいの知識 ○ システムコーチングは基礎編でも⼗分に学びがある ● テクニカルライティングは基礎を学んで実践あるのみ ○ おすすめ：理科系の作⽂技術、いい⽂章には型がある ● 武器としての交渉思考を読んでみる ○ ● バーで働く(上級者向け) コミュニケーション技術

Slide 34

Slide 34 text

あとは、やっていくしかない！スクラムチームの中で量をこなして質に転化する

Slide 35

Slide 35 text

● 「今、このチームで、私は何ができるか？」を常に考える ● プロダクトのために恐れず越境してコミットしていく（miwaさんの教え）スクラムチームの中で⾃分⾃⾝も「透明性」「検査」「適応」を実践するチームが「サイロ化」しないための仕掛け（増補版） https://speakerdeck.com/miwa719/timuga-sairohua-sinaitamefalseshi-gua-ke-zeng-bu-ban

Slide 36

Slide 36 text

● ⾃分のたどたどしさを受け⼊れる ● 実験してチームメンバーから率直なフィードバックをもらう勇気 ○ スクラムのイテレーティブを利⽤する ● みんなで課題ドリブンで挑むモメンタムを作っていく！最初は上⼿くできなくてよい！

Slide 37

Slide 37 text

どうプロダクト開発に貢献していくか

Slide 38

Slide 38 text

隙あれば品質を作り込む

Slide 39

Slide 39 text

● テスターがチームに常にいることでリアルタイムにリリースまでの計画を考えることができる ○ プロダクトはどうやれば出荷可能状態になるか ○ ここでこれをやれば品質があがるんじゃない？のアイディア ● テスト結果を即時に反映するプロセスを定義するのではなく、状況に応じてプロセスを組み⽴ていく https://agilejourney.uzabase.com/entry/2024/06/25/103000

Slide 40

Slide 40 text

状況によって、テストを増やしたり、担当を変えたりするリリースまでのだいたいの流れ

Slide 41

Slide 41 text

● ⾃分たちで書くことで運⽤の具体例がイメージできる ○ 体験が顧客に伝わるかを考える ○ 運⽤する上で注意事項はないか考える ● ステークホルダーに共有する ○ 運⽤レベルで齟齬がないか確認 ○ 事前に作ることで運⽤レベルでの問題に気づく例：実装前にリリースノートを書いて品質を上げる

Slide 42

Slide 42 text

チームに技術を共有する

Slide 43

Slide 43 text

● 知識共有のためにペア、モブで作業 ○ 実例マッピング ○ テスト分析設計の⼿法 ○ 探索的テストの考え⽅ ○ リリースノートの書き⽅ ● 勉強会や読書会の実施⾃分が⼿に⼊れた技術、知識をチームにシェアする

Slide 44

Slide 44 text

● コーディング前にエンジニアとテスターがペアで実施する ● ラフにテスト分析までペアで実施して、テスト設計の具体的な部分をテスターが作成するテスト分析設計の例 https://zenn.dev/loglass/articles/a71a21d8ce992a

Slide 45

Slide 45 text

● たとえば読書会 ○ 毎週⼀章を⾃分で読み、まとめて、話す。30分くらい ○ 有識者を読んで話し相⼿になってもらう ○ 「NotebookLM」のAIポッドキャストを⼈⼒でやる感じ ● 今、組織に必要な知識だと思う本をテーマにする勉強会の例

Slide 46

Slide 46 text

● 現状のチームの課題ベースでやる ○ チームにいるから感じる課題 ○ 無理にプラクティスを押し付けない ○ 必要なものを必要なだけやる⼤切なことは課題ドリブン

Slide 47

Slide 47 text

蛇⾜な話

Slide 48

Slide 48 text

● テスターはプロダクトを良くするため、品質にフォーカスしている ○ プロダクト、ソフトウェア、プロセス、⼈‧組織‧⽂化をテストする ■ （⼈‧組織‧⽂化のテストは別な所で話すよ） ○ テストのスペシャリストを⽬指す ○ だけど、テストに囚われな（左⼿でつまむイメージ） ● たまにXXXぽいねと他⼈に⾔われるけど、、、 ○ テスターはテスター ○ 必要に応じて、越境しているだけ ● たぶん、それがアジャイルテスターだと思う。アイデンティティとしてのテスター

Slide 49

Slide 49 text

さいごに

Slide 50

Slide 50 text

チームとプロダクトを愛そう

Slide 51

Slide 51 text

柴田ヨクサル (著) 「ハチワンダイバー」第22巻、集英社、p.186。チームが「サイロ化」しないための仕掛け（増補版） https://speakerdeck.com/miwa719/timuga-sairohua-sinaitam efalseshi-gua-ke-zeng-bu-ban マインドセットと覚悟

Slide 52

Slide 52 text

⾃⼰研鑽とコラボレーション一緒にやる！

Slide 53

Slide 53 text

⾃分が成⻑することでプロダクトが良くなり、プロダクトが⼤きくなることで⾃分も成⻑するプロダクトのためにもテスターは成⻑と貢献のループを回すことが⼤切成長貢献