#jasstniigata

JaSST'21 Niigata 事例紹介

Value（価値観、行動指針）も働き方も異なる会社間でインプロセスQAをした時のTips
ウイングアーク１ｓｔ QAエンジニア 渡邊 大輔

Introduction

今回お話しするのは、インプロセスQAとしてアサインした時のTipsですSTST 今回お話しするのは、インプロセスQAとしてアサインした時のTipsです#jasstniigata

 あるプロジェクトは品質問題を抱えていました 強い人から私の上長がアサイン、そして、私の上長から私がアサインされました 今回のお話に、背景やシステム構成は不要ですので、省きます

強い人から伊藤がアサイン

伊藤から渡邊がアサイン

DevOpsDays Tokyo 2021 品質問題から始まったWhole-TeamアプローチとAgile Testingマインドセットの改善物語

3

ST 今回お話しするのは、インプロセスQAとしてアサインした時のTipsです#jasstniigata 私がアサインされたのは、アプリチームで以下の構成です
エンジニア：1名
QAエンジニア：1名
テスター：1名

グループ会社

プロダクトチーム
BO

アプリチームウイングアーク１ｓｔ

QAエンジニア

実際はリモートだけどねPjM
エンジニア

テスター

4

ST 今回お話しすることは、QAコーチとして携わった時のTIPSです#jasstniigata

 そのようなプロジェクトにアサインされて私が学んだことをTipsでお話しします

黄色がわたしそれ以外がチームメンバ

5Agendaお話しする流れはテストプロセスに沿います00

00 お話しする流れはテストプロセスに沿います#jasstniigata

02

04

05

超軽量なテスト計画で、最小限で納得感を持ってもらいました

テスト設計のレビューを働き方に合わせました

会社もチームも価値観も違っても、ずかずかと入り込みましょう

テスト計画

01
プロセスの見える化を試したけど失敗…だけど、思わぬ効果がテスト分析

テスト設計

テスト実装

テスト実行

テスト完了

03

06

テストベースがないなら自分で作れば良いじゃない

振り返りのアクションアイテムは小さくしましょう7

00 お話しする流れはテストプロセスに沿います#jasstniigata

 各テストプロセスでどんな問題があって、どう解決したのかをお話しします問題

テストプロセスに原因解
方結果結論

どんな問題があって問題の原因を特定して学び！
原因の解決法を考えて解決法の結果を分析して分析結果より結論を出す

そして8

00 お話しする流れはテストプロセスに沿います#jasstniigata

 問題を解決をしつつ、何を学んでいったかをお話しします

E. 文章力は優先順位
D. 既存に囚われない５つのことを学んだよ！
C. ロールに縛られない
A. 情報は最小限
B. 図で分かりやすく9Process：Visualization

プロセスの見える化を試したけど失敗…
だけど、思わぬ効果が01

01 プロセスの見える化を試したけど失敗…だけど、思わぬ効果が

02

04

05

超軽量なテスト計画で、最小限で納得感を持ってもらいました

テスト設計のレビューを働き方に合わせました

会社もチームも価値観も違っても、ずかずかと入り込みましょうテスト計画

01
プロセスの見える化を試したけど失敗…だけど、思わぬ効果がテスト分析

テスト設計

テスト実装

テスト実行

#jasstniigata

テスト完了

03

06

テストベースがないなら自分で作れば良いじゃない

振り返りのアクションアイテムは小さくしましょう11

01 プロセスの見える化を試したけど失敗…だけど、思わぬ効果が
問
題

原因解
方

結果

#jasstniigata

結論 プロジェクトにアサインされましたが、どうやってチームに入るべきかが分かりませんでした チームメンバが仕事を何を？誰が？いつ？どうやって？が分かりません

資料もないな…

テスト計画

テスト分析

テスト設計

テスト実装

テスト実行

テスト完了

12

01 プロセスの見える化を試したけど失敗…だけど、思わぬ効果が
問
題

原因解
方

結果

#jasstniigata

結論 小規模チームだと、阿吽の呼吸でプロジェクトを進めます 分かりきっていることは、明文化しません 今回は会社、さらにチームが異なったのも、原因の1つでした

成果物を渡してるけど誰が何をしてるか分からない…

テスト計画

テスト分析

テスト設計

テスト実装

テスト実行

テスト完了

そして速ぇ…

13

01 プロセスの見える化を試したけど失敗…だけど、思わぬ効果が
問
題

原因解
方結果

#jasstniigata

結論 XDPPのPFDでプロジェクトのプロセスを見える化しました
PFD：プロセス(作業)と成果物を１枚の図に表すことで，プロセスと成果物の連鎖を見えるようにする図表です
テスト計画とトレーサビリティ取れるよ！

スイムレーンを追加して誰がいつやるかを分かるようにしたよ！

14

01 プロセスの見える化を試したけど失敗…だけど、思わぬ効果が
問
題

原因解
方結果

#jasstniigata

結論 情報量が多すぎて、重すぎて誰も見てくれませんでした…

 あまりにも反応がなかったので、「あ、これダメだ」と引っ込めました

見れないよ！

重いよ！

15

01 プロセスの見える化を試したけど失敗…だけど、思わぬ効果が
問
題

原因解
方結果

#jasstniigata

結論 重要そうな成果物を見つけてもらって、それを作成するきっかけになりました 図で表すことで、キーポイントが分かりやすくなったからです

でも、この辺り重要そうだから作るね16

01 プロセスの見える化を試したけど失敗…だけど、思わぬ効果が問
題

原因解
方

 多すぎる情報は、相手には伝わらないことを学びました結果#jasstniigata

結論

A. 情報は最小限

 図で表すと、どこがキーポイントなのか？が相手に伝わることを学びました

B. 図で分かりやすく 初めてだからと気張らないことです
え？全部？ちょっと…

気張りすぎ良くないどこを見てほしいの？

線が集まってるところっぽい図だとキーポイントが分かる

要件
ペディア財団が回避し方針んで以下、引用ありれ記事を禁止会独自の引用記事とできるれるてはしませ、文の制度も、編集し種類に引用いいものに関して侵害大変なますばいるんない。ないし、ファイルの行為法は、事項の侵害疑わ侵害可能あるコンテンツが掲載し、この文章としてコードを保護しことと研究促しれるませ。
設計
括弧第1メディアとして著作権名が侵害する以下も、投稿等の投稿物を著作認めればい上として方針国で著作しことでなるませ。
「CC」とも、「CC方針フリーフレーズ」で…

17

01 プロセスの見える化を試したけど失敗…だけど、思わぬ効果が#jasstniigata

01
プロセスの見える化を試したけど失敗…だけど、思わぬ効果がA. 情報は最小限
B. 図で分かりやすく18

Test Process：Test Planning

超軽量なテスト計画で、最小限で納得感を持ってもらいました

02

02 超軽量なテスト計画で、最小限で納得感を持ってもらいました

02

04

05

超軽量なテスト計画で、最小限で納得感を持ってもらいました

テスト設計のレビューを働き方に合わせました

会社もチームも価値観も違っても、ずかずかと入り込みましょう

テスト計画

01
プロセスの見える化を試したけど失敗…だけど、思わぬ効果がテスト分析

テスト設計

テスト実装

テスト実行

#jasstniigata

テスト完了

03

06

テストベースがないなら自分で作れば良いじゃない

振り返りのアクションアイテムは小さくしましょう20

02 超軽量なテスト計画で、最小限で納得感を持ってもらいました
問
題

原因解
方結果

#jasstniigata結論 恥ずかしながら、テスト計画を作ったことがありませんでした

 IEEE829-2008やJSTQBのシラバスを参考に作ろうとしました なにかモヤモヤしていました
IEEE829参考になるけど…

JSTQBのシラバス参考になるけど…

モヤモヤ…

21

02 超軽量なテスト計画で、最小限で納得感を持ってもらいました
問
題

原因解
方結果

#jasstniigata

結論 モヤモヤは、私がテスト計画に対して納得感を持っていなかったからです また情報量が多すぎて重いテスト計画になってしまうのでは…？

今回のプロジェクトに必要なの…？

このプロジェクトで必要？

また見てもらえないのでは…？

テストしないアイテム？
品質特性？
その決定方法は？
部署？
提出書類？
記載あったほうが良いけど…
無い本当と困る？

またかよ！重いって！

22

02 超軽量なテスト計画で、最小限で納得感を持ってもらいました
問
題

原因解
方結果

 私が納得感を持った、かつ、最小限の記載することにしました#jasstniigata

結論

A. 情報は最小限

 納得感とは、その情報はステークホルダが意思決定に役に立つかです 5W1Hで表して、それでも伝わりにくいと感じたので、図にしました
WHY
100%品質は無理です

HOW
ビジネスインパクトからテストする優先順位決めましょう

WHEN
優先順位が高いテストからやりまし
ょう低いのはやらないかもです

B. 図で分かりやすく
HOW MUCH（RISK）
進めている中でリスクが起きたら被害を最小限に抑えて品質上げましょう

最小限でないと伝わらないって学んだからね23

02 超軽量なテスト計画で、最小限で納得感を持ってもらいました
問
題

原因解
方結果

#jasstniigata

結論 リスクとして、OSのバージョンアップがあります 対策を計画することで、右往左往しないようにします

OSのメジャーバージョンアップが発生しました

iOSなら9-10月はこのリスクは考えないとね❶

OS依存による不具合の発生率は高いです

テスト実行を中止してプラットフォームテストをしましょう

対策がOSアップデート
しないでください？！

iOS
14.x

こっちからコストは、優先順位の低いテストをしないか、人員を増やして対応します

HOWで決めたものでね

iOS
15.x

24

02 超軽量なテスト計画で、最小限で納得感を持ってもらいました
問
題

原因解
方

結果

#jasstniigata

結論 スムーズな合意が取れました

超軽量なテスト計画全部説明できるよ！

!

あれ？軽くなった25

02 超軽量なテスト計画で、最小限で納得感を持ってもらいました
問
題

原因解
方結果

 自分が納得して、さらに最小限の情報のみ成果物には記載します 相手の理解度に合わせるために、図を使用します

野球の準備でバスケのボールがきたら打てない

腕折れるわ！
（理解できん！）

まとめて見てください～#jasstniigata

結論

A. 情報は最小限

B. 図で分かりやすく野球の準備で野球のボールがきたら打てる

これなら打てる！
（理解できる！）

打ちやすくしたので1個ずつ理解してください～26

02 超軽量なテスト計画で、最小限で納得感を持ってもらいました#jasstniigata

02
超軽量なテスト計画で、最小限で納得感を持ってもらいました

A. 情報は最小限
B. 図で分かりやすく27

Test Process：Test Analysis

テストベースがない？
なら自分で作れば良いじゃない03

03 テストベースがない？なら自分で作れば良いじゃない#jasstniigata

02

04

05

超軽量なテスト計画で、最小限で納得感を持ってもらいました

テスト設計のレビューを働き方に合わせました

会社もチームも価値観も違っても、ずかずかと入り込みましょう

テスト計画

01
プロセスの見える化を試したけど失敗…だけど、思わぬ効果がテスト分析

テスト設計

テスト実装

テスト実行

テスト完了

03

06

テストベースがないなら自分で作れば良いじゃない

振り返りのアクションアイテムは小さくしましょう29

03 テストベースがない？なら自分で作れば良いじゃない
問
題

原因解
方結果

#jasstniigata
結論 計画も立てたので、テスト分析のプロセスに入ります しかし、テストベースは揃っていません
テストベース：システム要件を「推測できる全て」のドキュメントである。例えば、要件定義書、画面設計書を指す

 けど、良くあることです

まぁ、無いけど良くあるよね

30

03 テストベースがない？なら自分で作れば良いじゃない
問
題

原因解
方

結果

#jasstniigata
結論 テストベースがないから、テスト分析ができないのでしょうか 私は、QA「エンジニア」であり、プロダクトを作るチームのひとりです エンジニアでチームのひとりである以上、プロダクトを作るためにやれることはやりたいです
QAは「エンジニア」であり、「開発者」である

Agile Testingマインドセット

プロジェクトチーム
エンジニア
QA

サーバサイド離れちゃダメ！
インフラ

くっつけよう！

31

03 テストベースがない？なら自分で作れば良いじゃない問題

原因

解
方

結果

#jasstniigata
結論

 QAエンジニアは、プロダクトのドメイン知識は持っているべきです ステークホルダーと会話ができる必要があります

前提知識がないステークホルダーと会話できない化粧品とひとことで言っても色々あります

補助化粧品

ティーンズ向け

保湿ケア

基礎化粧品

メンズ向け

ニキビケア

カウンセリング順を変えてお勧めするベースメイクも変えたいんだよね

エイジングケア
混合肌用

え、はい（ベースメイクと化粧品って違うの？）

毛穴ケア

乾燥肌用
敏感肌用

そうすることで、より早い段階で悩みを特定できると思うんだ

ヒィ…
しわ対策

（あ、理解してないな…）

32

03 テストベースがない？なら自分で作れば良いじゃない
問
題

原因解
方

結果

#jasstniigata
結論 テストベースは、システム要件を「推測できる全て」です

 設計書のような完成された成果物ではなくても、テストベースに成りえます backlogに箇条書きの文章があったので、図にしてエンジニアに確認しましたbacklogの一文

図だと伝わると学んだからね

・親商品にチェックが付くと小商品のすべてにチェックが付く
・すべてにチェックが付くと全商品にチェックが付く・子商品に一つでもチェックが付くと親商品にチェックが付く

B. 図で分かりやすく親子関係があるチェックボックスがある画面

すべて

親商品

子商品１

子商品２33

03 テストベースがない？なら自分で作れば良いじゃない
問
題

原因

解
方

結果

#jasstniigata
結論 図にすると私も疑問点がどんどん出てくることが分かりました 疑問点を起点にエンジニアとのディスカッションに使用できました

疑問点がどんどん出てきた

エンジニアとのディスカッションに使用できたすべては固定したほうが良いのではないか？

親商品は増えた時にスクロールしにくいから閉じれたほう良いかも

すべて

親商品

子商品１

親商品は増えた時にスクロールしにくい？

確かに30商品以上になることあるのでチェックしにくいかも

商品名って長いと崩れてしまう？

子商品２34

03 テストベースがない？なら自分で作れば良いじゃない
問
題

原因解
方結果

#jasstniigata
結論 ファンクション（ロール）でやるべきことを完全に分ける必要はありません

C. ロールに縛られない プロジェクトのゴールへ、Agile（素早く）に少しでも進む何かがあれば、やるべきです システムが推測できるものは、チャット履歴でも、議事録でも、MTGの一言でも使いましょう
Functional Team

Whole Team

ちょっと使わせてもらいます！
忙しい…！

使えそうな
テストベース！

まだかな？

残り10m

プロジェ
クト
ゴール

プロジェ
クトゴール
残り7m

35

03 テストベースがない？なら自分で作れば良いじゃない#jasstniigata

03
テストベースがないなら自分で作れば良いじゃない

C. ロールに縛られない

B. 図で分かりやすく
B. 図で分かりやすく36

Test Process：Test Design

テスト設計のレビューを働き方に合わせました

04

04 テスト設計のレビューを働き方に合わせました#jasstniigata

02

04

05

超軽量なテスト計画で、最小限で納得感を持ってもらいました

テスト設計のレビューを働き方に合わせました

会社もチームも価値観も違っても、ずかずかと入り込みましょう

テスト計画

01
プロセスの見える化を試したけど失敗…だけど、思わぬ効果がテスト分析

テスト設計

テスト実装

テスト実行

テスト完了

03

06

テストベースがないなら自分で作れば良いじゃない

振り返りのアクションアイテムは小さくしましょう38

04 テスト設計のレビューを働き方に合わせました
問
題

原因解
方

#jasstniigata

結果

結論

 テストベースも揃ってきたので、テスト設計に入りました テスト設計のレビューをミーティングで行うことができませんでした つまり、同期でレビューを行うことができませんでした
この時間がオンタイムかもグループ会社のQAエンジニアのオンタイム

18:00

9:00
私のオンタイム

レビューしたいけどいつ相手はオンタイム？

39

04 テスト設計のレビューを働き方に合わせました
問
題

原因解
方

結果#jasstniigata
結論 これは原因というよりは、私の想いです お互いの会社のValue（価値観・働き方）は尊重はしたいですウイングアーク１ｓｔ

グループ会社

働き方は人ぞれぞれ40

04 テスト設計のレビューを働き方に合わせました
問
題

原因

解
方#jasstniigata

結果

結論 非同期レビューをするために、オンラインのマインドマップツールを採用しました 1つのツールに情報を集約しました① テスト設計の成果物② レビュー結果③ エンジニア確認事項④ 進捗管理↓チェックアイコンで管理③ エンジニア確認事項↓？アイコンで管理② レビュー結果↓
コメント機能④ 進捗管理① テスト設計の成果物↓マインドマップ41

04 テスト設計のレビューを働き方に合わせました
問
題

原因解
方

結果

#jasstniigata
結論 非同期によるレビューは異なる働き方にマッチしていました2.

！コメントだ、修正するよグループ会社のQAエンジニアのオンタイム

18:00

9:00

1.

私のオンタイム

レビュー結果をコメントに残したよ

23:009:00

3.

私のオンタイム!コメントだ、修正確認しよ42

04 テスト設計のレビューを働き方に合わせました問
題原因

 既存のやり方に囚われる必要はありません

解方#jasstniigata

結果結論

D. 既存に囚われない 今回であれば、成果物はExcelであるべき、レビューはミーティングであるべき、です

Excelでなければいけないのか
既存はこのプロジェクトには合わなかったな⚫ 誰がいつ更新したか分からない→ 更新履歴が必要である⚫ どこを更新したか分からない→ 赤字にしている → また黒字に戻す⚫ 同時に編集しないようにしている→ 今修正中とアナウンスしている

レビューはミーティングでなければいけないのか⚫ 参加者全員の時間調整が必要である→カレンダーを凝視している⚫ レビューアが欠席して再調整である→カレンダーを（略⚫ 不参加の人がいる→ 再度説明をしている⚫ フォーマットを壊さないようにしている→ 列や行追加に神経を使う43

04 テスト設計のレビューを働き方に合わせました#jasstniigata

04
テスト設計のレビューを働き方に合わせました

D. 既存に囚われない

44

Test Process：Test Execution

会社もチームも価値観も違っても、ずかずかと入り込みましょう

05

05 会社もチームも価値観も違っても、ずかずかと入り込みましょう

02

04

05

超軽量なテスト計画で、最小限で納得感を持ってもらいました

テスト設計のレビューを働き方に合わせました

会社もチームも価値観も違っても、ずかずかと入り込みましょう

テスト計画

01
プロセスの見える化を試したけど失敗…だけど、思わぬ効果がテスト分析

テスト設計

テスト実装

テスト実行

#jasstniigata

テスト完了

03

06

テストベースがないなら自分で作れば良いじゃない

振り返りのアクションアイテムは小さくしましょう46

05 会社もチームも価値観も違っても、ずかずかと入り込みましょう
問題

原因解
方

結果

#jasstniigata

結論 テスト実行をするプロセスに入りました テスト実行する中で、疑問点は出てきます 聞きたいですが、何かやり方（文化）違うのでは？の恐れの壁がありました
グループ会社

プロダクトチームアプリチーム
QAエンジニア
エンジニア

会社の壁…

プロダクトの壁…

チームの壁…

BO
PjM

テスター

47

05 会社もチームも価値観も違っても、ずかずかと入り込みましょう
問題

原因解方

結果#jasstniigata

結論 ここでも会社とチームの価値観の違いがあります 何も考えずに入り込むと、痛い目にあいます
グループ会社

プロダクトチームアプリチーム

痛い…

48

05 会社もチームも価値観も違っても、ずかずかと入り込みましょう
問
題

原因解方

結果#jasstniigata

結論 怒られたら、謝ればよい！でチーム入り込みました チームに入り込むときには、礼節を持った文章力は必要です
グループ会社

プロダクトチームアプリチーム！

お邪魔します49

05 会社もチームも価値観も違っても、ずかずかと入り込みましょう
問
題

原因解方結果#jasstniigata結論 全然、怒られませんでした

グループ会社

プロダクトチームアプリチーム♪
50

05 会社もチームも価値観も違っても、ずかずかと入り込みましょう
問
題

原因解方結果#jasstniigata

結論 会社や価値観が異なる時には、飛び込む勇気が必要です 飛び込むときには、重要なことから伝える文章にしましょう
重要なこと（相手にどう動いてほしいか）から伝える
一番目
↓
現象と仮説

二番目
↓
仮説の根拠

あればぐらい
↓調査データ# 確認したいこと・〇〇APIのstatuscodeが’403’ではなく’404’が返却します。
・以下のPRの影響と想定していますが確認いただけますでしょうか。
http://E. 文章力は優先順位
飛び込み先の着地点は見ておく

この人がこの機能に詳しいのかなら、この人が担当するこのチケットで聞けば良いかな# 結論付けた理由
・10:00時点の開発環境では本現象は発生しませんでした。
・12:00時点でデプロイされたPR…

# 確認に使用したリクエスト‘’’cURL

51

05 会社もチームも価値観も違っても、ずかずかと入り込みましょう
問題原因解
方結果

#jasstniigata結論 今のチームで活かせて、そして嬉しかったこと
わたしにとって大輔さんは精神的距離感が "近い" んです。
なので物理的距離感を感じなくなっているようです

私は新潟でチームメンバはほぼ東京です52

05 会社もチームも価値観も違っても、ずかずかと入り込みましょう#jasstniigata

05
会社もチームも価値観も違っても、ずかずかと入り込みましょう

E. 文章力は優先順位
D. 既存に囚われない53

Test Process：Test Completion

振り返りのアクションアイテムは小さくしましょう

06

06 振り返りのアクションアイテムは小さくしましょう#jasstniigata

02

04

05

超軽量なテスト計画で、最小限で納得感を持ってもらいました

テスト設計のレビューを働き方に合わせました

会社もチームも価値観も違っても、ずかずかと入り込みましょう

テスト計画

01
プロセスの見える化を試したけど失敗…だけど、思わぬ効果がテスト分析

テスト設計

テスト実装

テスト実行

テスト完了

03

06

テストベースがないなら自分で作れば良いじゃない

振り返りのアクションアイテムは小さくしましょう55

06 振り返りのアクションアイテムは小さくしましょう
問題

原因解方結果#jasstniigata
結論 テストが完了したら、不具合分析に入ります テスト計画と同様で初めてで、同じモヤモヤがでました

もう慣れたもんです56

06 振り返りのアクションアイテムは小さくしましょう
問題

原因解
方

結果

#jasstniigata
結論 不具合分析の目的とは何だろうか…？

 分析した結果、機能Aに不具合が多かったです 機能Aはコードレビューを強化してくださいね！で相手は動けるのか心配でした

コードレビュー強化してね！
あとは任せた！

まる投げ過ぎない？

57

06 振り返りのアクションアイテムは小さくしましょう
問
題原因解
方結果

#jasstniigata
結論 分析結果を見て、チームメンバーがどう動いてほしいか？を考えました どう動いてほしいか？とは、明日から動いてほしいです そのためには、 半日で終わるアクションアイテムに小さくしました

時間を確保するという面倒なアクションアイテムは省きたい…！

58

06 振り返りのアクションアイテムは小さくしましょう
問
題

原因解
方結果

#jasstniigata
結論 提案したアクションアイテムの1つ目です Null参照の危険性があるコードを検出する静的解析ツールを提案しました 導入するだけであれば、アクションアイテムは小さいと考えました

バグチケットに紐づいた
Commitを見た

コーディング時にNull参照の危険性を伝えれば？

ある静的解析ツールを提案した

Null参照の危険性は通知
する

property `name`.
Property cannot be
accessed on possibly
null value

59

06 振り返りのアクションアイテムは小さくしましょう
問
題

原因解方結果#jasstniigata
結論 提案したアクションアイテムの2つ目です 画面のラベルと保存する値が一致していなかったので、コントロール一覧の作成を提案しました 一覧するだけであれば、アクションアイテムは小さいと考えました

保存している値が間違っている不具合多い
不具合A
不具合B

プロダクト全体で用語統一がされていないメンバがそれぞれの見解でコントロール作る

共通認識の１つを作る

性別：その他
性別：不明

不具合C
性別：未登録60

06 振り返りのアクションアイテムは小さくしましょう
問
題

原因解
方

結果#jasstniigata
結論 Googleドライブを見たら、画面設計書というファイルが…！

 コントロール一覧だけではなく、そのコントロールが存在する画面設計書も？

61

06 振り返りのアクションアイテムは小さくしましょう
問
題

原因解方#jasstniigata

結果結論 アクションアイテムは小さくして相手が受け取りやすい大きさにしましょう

大きいアクションアイテムは実行できない

テスト実行

小さいアクションアイテムは実行できる

テスト実行

テスト完了

A. 情報は最小限

テスト完了

これぐらいならお腹に入るかも

もう、次のプロジェクトでお腹いっぱいなんだ…

キックオフ

要求分析

キックオフ

要求分析

62

06 振り返りのアクションアイテムは小さくしましょう#jasstniigata

06
振り返りのアクションアイテムは小さくしましょう

A. 情報は最小限

A. 情報は最小限

63

Learn私が学んだことをまとめますED

ED 私が学んだことをまとめます#jasstniigata

 皆さんのKAIZENの後押しになれば幸いです

E. 文章力は優先順位
D. 既存に囚われない

C. ロールに縛られない
A. 情報は最小限
B. 図で分かりやすく65

retrospective

この発表を振り返ってみますRERE この発表を振り返ってみます#jasstniigata

 今までを振り返ってみると学びとともに、何かを拾っています！

E. 文章力は優先順位
D. 既存に囚われない

C. ロールに縛られない
A. 情報は最小限
B. 図で分かりやすく67

RE この発表を振り返ってみます#jasstniigata

 弾丸を拾っていました

A. 情報は最小限5個拾った

B. 図で分かりやすく
C. ロールに縛られない
D. 既存に囚われない
E. 文章力は優先順位
68

RE この発表を振り返ってみます#jasstniigata よく、銀の弾丸などはないと言われます

光ってるのは、幻…？

69

RE この発表を振り返ってみます#jasstniigata

 銀の弾丸かどうかは、撃った後に分かります 撃った後にその弾丸を拾う（振り返る）と、銀になります
イテェ

ヤルジャナイ

いつもと反応が違う？

落ちた弾丸が光ってない？

70RE この発表を振り返ってみます#jasstniigata

 撃つ前には、銀の弾丸か分かりません

銀であることを願う

71

RE この発表を振り返ってみます#jasstniigata

 銀の弾丸にするにはどうすれば良いでしょうか 一番の悪手は、撃たないことです

早く撃たないと…！

72

RE この発表を振り返ってみます#jasstniigata

 撃った弾丸を銀の弾丸にするのは、「分析」x「回数」です

×∞73

RE この発表を振り返ってみます#jasstniigata

 撃つ相手を分析することで、銀の弾丸になります

銀の弾丸止めておけ〇〇

いつものやり方（闇属性💀）のそんな弾丸オレには効かない

弾丸を撃とう💀

💀にならない止めてくれ〇〇

銀の弾丸になる聖が弱点だって！

その弾丸はオレに効く💀

違うやり方（聖属性
弾丸で撃とう✠）の✠74

RE この発表を振り返ってみます#jasstniigata

 分析のアクションアイテムは、とにかく「見」と「聴」です ミーティングに参加して「聴」に徹して、議事録だけとる係をやりましょう 会話が分からなくても３つだけは覚えて、後で文章にしましょう

頭痛ならロキソニンという既存に縛られている頭痛？
ならロキソニンえ？診察なし？

「見」と「聴」で必ず診察する
舌見せてね
飲んでる薬は？
辛いよね…

市販のロキソニン飲んでるですけど、効かなくて…

「聴」のアクションアイテム

エラス
ティック

速度

検索検索件数の速度上限が遅くなってきているので上限
上限を厳しくするかElastic
searchの設定を見直す

75

RE この発表を振り返ってみます#jasstniigata

 撃つ回数を増やすことで、銀の弾丸になります一発で倒せるとでも？

この一発にすべてを賭ける！

×1

銀の弾丸にならない

チートずるい銀の弾丸どんどん弾が補充されるよ

×∞になる
76

RE この発表を振り返ってみます#jasstniigata
×∞ 回数のアクションアイテムは、「撃ち方を変える」です 反応が薄ければ、違う人にアプローチしてみましょう 反応が薄ければ、文章や言葉ではなく、図にしてみましょう

同じ対処方法を繰り返してしまう
頭痛？
ならロキソニン効かなかったの！

違う方法で原因にアプローチする
もしかすると、確かに、姿勢が悪い？
家にこもりきりで整形外科紹介するよ
運動してない…

「撃ち方を変える」のアクションアイテム

下からアプローチ！

77

RE この発表を振り返ってみます#jasstniigata

 私の学びのTipsを、あなたの撃つ弾丸の「回数」の１つに使ってみてください

A. 情報は最小限

B. 図で分かりやすく
C. ロールに縛られない

D. 既存に囚われない弾は込めておきました

私にはB.が銀の弾丸でした

E. 文章力は優先順位
78

#jasstniigata

以上#jasstniigata

appendix--appendix#jasstniigata

参考資料



DevOpsDays Tokyo 2021 品質問題から始まったWhole-TeamアプローチとAgile Testingマインドセットの改善物語
https://speakerdeck.com/sadonosake/pin-zhi-wen-ti-karashi-matutawhole-teamapurotitoagile-testingmaindosetutofalsegai-shan-wu-yu



829-2008 - IEEE Standard for Software and System Test Documentation
https://ieeexplore.ieee.org/document/4578383



テスト技術者資格制度 Advanced Level シラバス 日本語版 概要
http://jstqb.jp/dl/JSTQB-Syllabus.Advanced_Overview_Version2012.J01.pdf

Mind Mister
https://www.mindmeister.com/

Flow: A Static Type Checker for JavaScript
https://flow.org/en/docs/types/unions/

使用させていただいた素材


ダウンロード用無料 PowerPoint Infographics＆デザイン - SmileTemplates.com
https://ja.smiletemplates.com/free/powerpoint-templates/0.html



アイコン素材ダウンロードサイト「icooon-mono」 | 商用利用可能なアイコン素材が無料(フリー)ダウンロードできるサイト | 6000個以上のアイコン素材を無料でダウンロードできるサイト ICOOONMONO
https://icooon-mono.com/

human pictogram 2.0 (無料人物 ピクトグラム素材 2.0)
https://pictogram2.com/



マンガ文字素材dddFont – 漫画的表現ができる素材をドドドっとストック
https://dddfont.com/

マンガパーツSTOCK – 集中線、効果線特化サイト
https://mangasozai.com/

SILHOUETTE DESIGN &#8211; シルエット素材専門サイト
https://kage-design.com/

81