より早く品質を届けるために開発チームみんなで品質について対話した話 / Dialogue About Quality

Slide 1

Slide 1 text

より早く品質を届けるために開発チームみんなで品質について対話しよう © kaonavi, inc.

Slide 2

Slide 2 text

今日の話 © kaonavi, inc. 2 開発チームみんなで、品質についての対話機会を増やす利点を説明します。

Slide 3

Slide 3 text

INDEX 1 .自己紹介 3 .対話機会を増やしてみた 4 .対話を増やしてよかったこと © kaonavi, inc. 3 2 .対話を増やす前までのチームの状況

Slide 4

Slide 4 text

1.自己紹介 © kaonavi, inc. 4

Slide 5

Slide 5 text

赤﨑光 Hikaru Akasaki 所属：株式会社カオナビ 2023年入社職種：QC マイブーム：ビール、七輪自己紹介 © kaonavi, inc. 5

Slide 6

Slide 6 text

自己紹介 © kaonavi, inc. 6 岩壁亜利依 Arie Iwakabe 所属：株式会社カオナビ 2021年にSESとして所属職種：QC マイブーム：ウィスキー、Alexaとおしゃべり

Slide 7

Slide 7 text

木原琴菜 Kihara Kotona 所属：株式会社カオナビ 2023年にSESとして所属職種：QC マイブーム：トマトサワー・炭酸水・スマホゲーム自己紹介 © kaonavi, inc. 7

Slide 8

Slide 8 text

Slide 9

Slide 9 text

例１） © kaonavi, inc. 9 aaaaaaaaaaaaaaaaaaaaaa1111111111

Slide 10

Slide 10 text

例１） © kaonavi, inc. 10 そんなにたくさん半角文字だけ入力するようなフィールドではないんじゃない？本当に対応必要かなぁ？フィールドを突き抜ける事象を検知したので起票しました！えっ、不具合なのに対応不要 ..!?

Slide 11

Slide 11 text

例２） © kaonavi, inc. 11 CSVアップロード機能の開発にて..

Slide 12

Slide 12 text

例２）受入基準やデザインについて懸念ありますか？いけるんじゃないかな？いい感じ！イメージ通りだ他機能との統一性もあるね

Slide 13

Slide 13 text

例２）いざ、実装やテストのイメージを考えはじめると…

Slide 14

Slide 14 text

例２） 2回のMTGを経て方針が確定でもあれ？手順がとても難しいぞ .. たしかに..利用者は使えるのかな ..？これまでの仕様と統一できているし、使えると思うけどなあ

Slide 15

Slide 15 text

もやもやしてきた放置しているとまずそう .. 品質に関する認識のずれがあることは自然なことただ、それがよくない形で発覚している

Slide 16

Slide 16 text

もやもやしてきた認識のずれをいい形で発見できないか

Slide 17

Slide 17 text

もやもやしてきたいい形で？

Slide 18

Slide 18 text

もやもやしてきたみんなは品質についてどう考えているんだろう？知りたい!!!

Slide 19

Slide 19 text

もやもやしてきた知るために対話機会を増やせないか

Slide 20

Slide 20 text

対話機会を増やしてみた © kaonavi, inc. 20

Slide 21

Slide 21 text

これまで試してみた対話機会 ● ①作ったものを触る会 ● 学び合いの場で品質やテストに関するブログを読む ● ソフトウェアテスト関連本を輪読する ● ②利用者のペインを体感してみる ● ③自分たちの作る製品に期待する品質や価値をすり合わせる ● ④エンジニアと受入基準の補完、テスト分析/設計をする ● 製品に期待する品質の指標を考える

Slide 22

Slide 22 text

①作ったものを触る会作ったものを触る会の爆誕

Slide 23

Slide 23 text

①作ったものを触る会 © kaonavi, inc. 23 ● 作った機能をみんなで触ってみる ● 気づきや違和感があればコメント ● 数チームに分かれる ● ドライバーとナビゲーターを決める

Slide 24

Slide 24 text

Slide 25

Slide 25 text

①作ったものを触る会　を味変しながら隔週で続けてみた ● 過去不具合の出た場所をいじめる ● ユーザーマニュアルに沿って触る ● ウェブアクセシビリティガイドラインに沿って触る作った機能をみんなで触る要素は維持

Slide 26

Slide 26 text

①作ったものを触る会　を味変しながら隔週で続けてみた『ソフトウェアの品質を学びまくる』 kz_suzuki シナリオベースの探索的テストとは何か。より https://www.kzsuzuki.com/entry/2014/03/26/091300

Slide 27

Slide 27 text

これから作る機能に関する対話機会を希望する声が上がるようになってきた ①作ったものを触る会　を味変しながら隔週で続けてみた

Slide 28

Slide 28 text

これから作る機能で解消したい利用者のペインを体感してみる ②利用者のペインを体感してみる会

Slide 29

Slide 29 text

● 仕様策定もデザインも未着手で解消すべきペインだけ見えた段階で実施 ● 利用者がペインを感じている既存機能を使って目的を達成してみる ● 利用者の実データに近い環境を再現 ②利用者のペインを体感してみる会

Slide 30

Slide 30 text

Slide 31

Slide 31 text

利用者との接点が少ないと利用者視点を持つのは難しいとわかった ②利用者のペインを体感してみる会

Slide 32

Slide 32 text

チームの製品に期待する品質の理想像を描く会を開催 ③自分たちの作る製品に期待する品質や価値をすり合わせる

Slide 33

Slide 33 text

● 期待する品質を付箋に書き出す ● 品質ピラミッドに貼る ● その品質を測定する指標を選ぶ ③自分たちの作る製品に期待する品質や価値をすり合わせる

Slide 34

Slide 34 text

③自分たちの作る製品に期待する品質や価値をすり合わせる

Slide 35

Slide 35 text

みんなそれぞれ大事にしたい品質がある自分の頭にある品質は一部でしかない ③自分たちの作る製品に期待する品質や価値をすり合わせる

Slide 36

Slide 36 text

開発タスクの中で増やした対話もある ④エンジニアと受入基準の補完、テスト分析 /設計をする

Slide 37

Slide 37 text

④エンジニアと受入基準の補完、テスト分析 /設計をするリファインメントやプランニングからテスト分析、設計に有効な情報を聞けた何を実装するかどう実装するか

Slide 38

Slide 38 text

④エンジニアと受入基準の補完、テスト分析 /設計をするテストに関する話はエンジニアにとっても有効なはず何をテストするかどうテストするか

Slide 39

Slide 39 text

④エンジニアと受入基準の補完、テスト分析 /設計をする実装の話もテストの話も一緒にしたい

Slide 40

Slide 40 text

エンジニアと一緒に受入基準の補完テスト分析、テスト設計方針決めを開始 ④エンジニアと受入基準の補完、テスト分析 /設計をする

Slide 41

Slide 41 text

● スプリント初期の段階で ● エンジニアとQCみんなで ● 受入基準を見ながら何をテストするか、どうテストするかを洗い出す ④エンジニアと受入基準の補完、テスト分析 /設計をする

Slide 42

Slide 42 text

「正しい振る舞い」の認識相違に早めに気づく ④エンジニアと受入基準の補完、テスト分析 /設計をする

Slide 43

Slide 43 text

みんなで一緒に製品を作っている実感 ④エンジニアと受入基準の補完、テスト分析 /設計をする

Slide 44

Slide 44 text

Slide 45

Slide 45 text

対話を増やしてよかったこと ● 品質に関する認識齟齬が開発タスクの遂行を通じてではなく対話を通じて明らかになっていく ● チームメンバーへの尊敬チャンスが増えた ● 利用者視点でどう？という対話が増えた ● 開発チームみんなが理解する品質に向かって品質保証を行えるようになった

Slide 46

Slide 46 text

Slide 47

Slide 47 text

まとめより早く品質を届けるためにみんなで品質について対話すると認識齟齬による阻害要因を解消できるのでオススメ！

Slide 48

Slide 48 text

ご清聴ありがとうございました！！