なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏...
-
Upload
postudy -
Category
Technology
-
view
677 -
download
1
Transcript of なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏...
![Page 1: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/1.jpg)
なんたって”DevQA” アジャイル開発とQAの合体が改善を生む
アジャイルの特性を生かしたチーム作りと品質の改善
スクラム冬の陣2017 copyright © A.Nagata, 1
www.vandalsrugby.ca
2017/1/14
![Page 2: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/2.jpg)
自己紹介 ソニー株式会社
IP&S 品質保証・サービスオペレーション部門
PS-システムクオリティ部SQM課
永田 敦
アジャイルソフトウェア開発
改善サポート、コーチング
JSTQB
Advanced Level Test Manager
第32年度ソフトウェア品質管理研究会 copyright © A.Nagata
2
2016/12/16
![Page 3: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/3.jpg)
自己紹介
アジャイルの流儀:EVO
現場モード:Stealth
copyright © A.Nagata 3 2015 /1/30
Agile RCA
Agile Inspection Maestro
![Page 4: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/4.jpg)
ソニープロフェッショナルプロダクツ
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 4
![Page 5: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/5.jpg)
アジャイル開発の実態
QAから見たアジャイル開発
2016/12/16 第32年度ソフトウェア品質管理研究会 copyright © A.Nagata 5
![Page 6: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/6.jpg)
スクラム
スプリント スプリント スプリント
プロダクトバックログ
スプリント バックログ
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 6
![Page 7: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/7.jpg)
スクラム
スプリント スプリント スプリント
プロダクトバックログ
スプリント バックログ
システムテスト
出荷
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 7
![Page 8: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/8.jpg)
システムテストをやっているがバグが流出
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 8
プロダクトバックログ
スプリント バックログ
実施
出荷
システム テスト
テスト分析/設計
バグ流出
市場
障害
![Page 9: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/9.jpg)
もし品質が悪いと プロダクトバックログ
スプリント バックログ
実施
出荷予定
システム テスト
テスト分析/設計
バグ
デバッグ
9
実施 実施
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata,
![Page 10: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/10.jpg)
設計フェーズからシステムテストを実施する
スプリント スプリント スプリント スプリント
プロダクトバックログ
スプリント バックログ
スプリント スプリント スプリント スプリント システム テスト
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 10
実施 テスト分析/設計 実施 実施
![Page 11: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/11.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 11
もっと早いタイミングで 評価しよう
設計フェーズに飛び込む
![Page 12: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/12.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 12
![Page 13: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/13.jpg)
組織パターン 4.2.29 James Coplin, Neil Harrison ,2005
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 13
品質保証を巻き込め(Engage Quality Assurance)
成功するかどうかは、品質の高い作業にかかっている
本質な品質問題に対処するためには、早期のフィードバックが重要である
設計者テストは行われるが、それだけでは漏れが生じてしまう。
だから、QAを中心的なロールにしよう
テストするべきものが開発できたら、すぐにQAと密接に取り組んで評価をしていこう。
品質管理はプロジェクトの早期から巻き込むべきだ
![Page 14: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/14.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 14
QAが設計に入ってくる
いろいろ言われるのではないか
あれを出せこれを出せ あれを測れこれを測れ あれを直せこれを直せ
設計に余計な負荷がかかる
設計リーダーの憂鬱
固い
ガード
QA
![Page 15: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/15.jpg)
DevQA 黎明期 2013
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 15
設計 QA
品質の 見える化
テスト 測定
サポート
Deploy 評価環境 共有 リスク 課題
アクション
信頼関係
![Page 16: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/16.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 16
チームのその後の話です。
![Page 17: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/17.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 17
次の挑戦
仕様の無駄をなくしたい
![Page 18: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/18.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 18
皆が自然と助け合える プロセスを考えてみました。
![Page 19: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/19.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 19
スプリント開発プロセス
スプリント スプリント スプリント
プロダクトバックログ
スプリント バックログ
US開発
US開発
US開発
US開発
US開発
US開発
スプリント
US開発
![Page 20: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/20.jpg)
ユーザーストーリー開発プロセス
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 20
仕様設計
詳細設計
テスト設計
仕様レビュー
PO
QA
開発
![Page 21: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/21.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 21
しかし、そんな矢先に 組織が変わってしまいました orz
![Page 22: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/22.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 22
今のQAが去り、 別の人がチームに参入することに。
![Page 23: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/23.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 23
新しいQAの人はドメイン知識を持っていない. 新しいQAの人はドメイン知識を持っていない.
もちろん、DevQA、アジャイルテストも初めて
![Page 24: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/24.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 24
スクラムマスタ(SM)が QAの人と一緒にQAをしてみた。
![Page 25: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/25.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 25
テストの ペア設計
(ペアプロ)
![Page 26: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/26.jpg)
ユーザーストーリー開発プロセス
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 26
仕様設計
詳細設計
テスト設計
仕様レビュー
PO
QA
開発
![Page 27: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/27.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 27
テスト設計におけるSMとQAのフィードバックループ
SM QA
テスト観点・テスト条件
ユーザストーリのブレークダウン・ドメイン知識
![Page 28: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/28.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 28
テスト設計
まず、スクラムマスタ(SM)が主導で、 ユーザーストーリー単位の テスト設計を実施してみた
(マインドマップ)
![Page 29: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/29.jpg)
ユーザーストーリー単位のテスト設計イメージ
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 29
ユーザー ストーリー
運用手順
運用手順
運用手順
・ ・ ・ ・ ・ ・
機能要件
機能要件
・ ・ ・ ・ ・ ・
ユーザー ストーリー
![Page 30: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/30.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 30
次にそのテスト設計に QAが主導で、評価観点を肉付けした
![Page 31: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/31.jpg)
ユーザーストーリー単位のテスト設計イメージ
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 31
ユーザー ストーリー
運用手順
運用手順
運用手順
・ ・ ・ ・ ・ ・
機能要件
非機能要件
・ ・ ・ ・ ・ ・
テスト観点
テスト観点
テスト観点
・ ・ ・ ・ ・ ・
ユーザー ストーリー
![Page 32: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/32.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 32
テスト設計で足りないインプットが見つかり QA→プロダクトオーナ(PO)にフィードバック するようSMが促す
![Page 33: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/33.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 33
テスト設計による、QAとPOのフィードバックループ
QA PO
QAが欲しい仕様の提示
質問
SM
![Page 34: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/34.jpg)
ユーザーストーリー開発プロセス
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 34
仕様設計
詳細設計
テスト設計
仕様レビュー
PO
QA
開発
![Page 35: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/35.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 35
質問・提案
QA SM
仕様の説明
PO
テスト設計
ユーザーストーリ・仕様
テストケース
仕様の改善
育成
![Page 36: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/36.jpg)
フィードバック獲得の設計
2016/12/16 第32年度ソフトウェア品質管理研究会 copyright © A.Nagata 36
三菱電機 細谷泰夫:斥候としてのアジャイルプロセス活用の提案 :SPI Japan 2012
![Page 37: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/37.jpg)
アジャイルソフトウェア開発宣言
2016/12/16 第32年度ソフトウェア品質管理研究会 copyright © A.Nagata 37
包括的なドキュメントよりも動くソフトウェア
顧客満足を最優先し、 価値のあるソフトウェアを早く継続的に提供します。 要求の変更はたとえ開発の後期であっても歓迎します。 変化を味方につけることによって、お客様の競争力を引き上げます。 動くソフトウェアを、2-3週間から2-3ヶ月という できるだけ短い時間間隔でリリースします。
顧客からのフィードバックを早くできるだけ早く得たい
本当に顧客がほしい価値をデリバリしたい
アジャイルソフトウェア開発の本質
本当の価値は顧客のフィードバックからしか得られない
![Page 38: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/38.jpg)
QAの役割
2016/12/16 第32年度ソフトウェア品質管理研究会 copyright © A.Nagata 38
顧客からのフィードバックを早くできるだけ早く得たい
評価してもらうレベルまで上げておかなければならない
まず、顧客の肩代わりとして、 顧客に評価してもらうレベルまで上げていくため 顧客視点での品質のフィードバックを返していく
バグの潜在時間をできるだけ短くする 早くフィードバックして品質を上げていく
![Page 39: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/39.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 39
SMとQAの関係
さらに、POの仕様レビューにQAも一緒に参加
仕様の理解に徹する
![Page 40: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/40.jpg)
ユーザーストーリー開発プロセス
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 40
仕様設計
詳細設計
テスト設計
仕様レビュー
PO
QA
開発
![Page 41: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/41.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 41
POはQAと開発からフィードバックを受けるように
開発観点のフィードバック QA
PO
開発
仕様のレビュー
顧客観点のフィードバック
![Page 42: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/42.jpg)
ユーザーストーリー開発プロセス
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 42
仕様設計
詳細設計
テスト設計
仕様レビュー
PO
QA
開発
![Page 43: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/43.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 43
フィードバックが だんだん洗練されていく
この仕様よりも こうするともっとシンプルになります
顧客は 本当にこの機能が必要でしょうか
![Page 44: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/44.jpg)
フィードバックループによってQAが得たもの
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 44
ドメイン知識
ユーザーストーリからのテスト情報の導き方、補い方
足りない情報を的確に得る方法
情報ルート=フィードバックループの確立
POとのコネクション
仕様レビュー
バグの報告に対し、“この振る舞いは仕様で、障害ではない“という理由で”問題なし”となる件数の割合が半減した.
設計とQAの仕様の齟齬が削減
テスト設計で 必要な情報
![Page 45: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/45.jpg)
“仕様通り”という理由で開発から返されるバグ報告の量の比較
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 45
![Page 46: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/46.jpg)
フィードバックループによってPOが得たもの
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 46
QAが現場での経験則から、仕様書レビューで改善指摘をしてくれることが良かった
仕様に対して、 QA評価視点、例えば“非機能要件の指定はありますか?”などの仕様の漏れを指摘してくれる
![Page 47: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/47.jpg)
暗黙知 : コンテキスト
47 2016/12/16 第32年度ソフトウェア品質管理研究会 copyright © A.Nagata
暗黙知
![Page 48: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/48.jpg)
暗黙知によるコミュニケーション
48 2016/12/16 第32年度ソフトウェア品質管理研究会 copyright © A.Nagata
暗黙知
![Page 49: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/49.jpg)
設計のための情報をチームで共有している
49 2016/12/16 第32年度ソフトウェア品質管理研究会 copyright © A.Nagata
暗黙知
形式知
![Page 50: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/50.jpg)
想定外の暗黙知の齟齬
50 2016/12/16 第32年度ソフトウェア品質管理研究会 copyright © A.Nagata
暗黙知
![Page 51: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/51.jpg)
暗黙知齟齬をふせぐ
51 2016/12/16 第32年度ソフトウェア品質管理研究会 copyright © A.Nagata
スクラム フレームワーク
デイリー ミーティング
スプリント計画
スプリントレビュー
振り返り
DevQA 暗黙知
![Page 52: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/52.jpg)
開発メンバーがテスト設計をレビュー
2016/12/16 第32年度ソフトウェア品質管理研究会 copyright © A.Nagata 52
開発メンバー
どんなテストしようとしているのか
無駄なテストをしていないか?
![Page 53: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/53.jpg)
ユーザーストーリー単位のテスト設計イメージ
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 53
ユーザー ストーリー
運用手順
運用手順
運用手順
・ ・ ・ ・ ・ ・
機能要件
非機能要件
・ ・ ・ ・ ・ ・
テスト観点
テスト観点
テスト観点
・ ・ ・ ・ ・ ・
ユーザー ストーリー
![Page 54: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/54.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 54
開発メンバーが実装前に テスト設計をレビュー
QA 開発
開発観点から評価して 欲しい点のフィードバック
実装前から 評価内容を把握
![Page 55: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/55.jpg)
ユーザーストーリー開発プロセス
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 55
仕様設計
詳細設計
テスト設計
実装
テストケース 評価
バグ修正
仕様レビュー
テスト設計レビュー
PO
QA
開発
![Page 56: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/56.jpg)
フィードバックループで開発が得たもの
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 56
ユーザー視点の大切さに気付けた
評価内容を設計の段階から知ることができ、QA評価前にBugが潰せた(QA前品質向上)
開発→QAに対して評価してほしいことを気軽にお願いできる
近くにいるため、Bugの修正内容をチケット更新だけでなく口頭で伝えられる.Bug発生時の動作が把握しやすい。記憶の新しいうちに対応ができ認識間違いが減る.従って、手戻りが減る
困っていることがあればすぐに相談できるため、悩みの解決スピードが速い
![Page 57: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/57.jpg)
フィードバックループでQAが得たもの
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 57
テスト設計レビューを通して、開発視点から指摘をもらえることで、テスト設計の精度が上がって嬉しい
仕様の認識間違いがQA前に解消できるため、QA前に品質の高いものが開発から出てくる。
その結果、基本動作Bugが減り、本当に時間をかけたい異常系や性能評価、ワークフローや長期安定性評価に時間をかけることができて嬉しい
テスト設計レビューで、評価内容を相手に正確に伝えることを意識するため、仕様の理解がより深まる。
![Page 58: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/58.jpg)
ユーザーストーリー開発プロセス
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 58
仕様設計
詳細設計
テスト設計
実装
テストケース 評価
バグ修正
仕様レビュー
テスト設計レビュー
PO
QA
開発
![Page 59: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/59.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 59
ユーザーストーリーのDoneの定義 「QA評価のテスト完・Bugゼロ」
機能
ワークフロー
性能
長期安定性
負荷
ユーザビリティ
![Page 60: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/60.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 60
案の定 テストが終わらない問題発生
QAメンバーから泣きのHELPあり
![Page 61: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/61.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 61
負荷テストや長期安定性などの テストケースまで
全て実施してみようと試みたが、 現実的ではなかった
![Page 62: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/62.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 62
スプリント開発プロセス Before
スプリント スプリント スプリント
プロダクトバックログ
スプリント バックログ
US開発
US開発
US開発
US開発
US開発
US開発
スプリント
US開発 機能
ワークフロー
性能
ユーザビリティ
長期 安定性
負荷
![Page 63: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/63.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 63
スプリント開発プロセス After
スプリント スプリント スプリント テストスプリント
プロダクトバックログ
スプリント バックログ
US開発
US開発
US開発
US開発
US開発
US開発
システムテスト 機能
USワークフロー 性能
ユーザビリティ
長期 安定性 負荷
全体ワークフロー QA-in
計画をし 合意
![Page 64: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/64.jpg)
テストスプリントバックログ
スプリント スプリント スプリント スプリント
スプリント スプリント スプリント スプリント
プロダクトバックログ
スプリント バックログ
システム テスト
テストスプリント バックログ
2014/1/30 東芝SPIシンポジウム2014 copyright © A.Nagata 64
![Page 65: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/65.jpg)
やれるところからテストしていこう Pattern: Time to Test The Pattern Almanac, 2000 Linda Rising
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 65
いつ何のテストができるのか、 設計と合意を取って行おう
テスト計画は、設計の進捗、状態により 柔軟に見直していかなければならない
関連:機が熟すのを待て : Take Time
![Page 66: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/66.jpg)
バグの発生分布
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 66
![Page 67: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/67.jpg)
QA-in以降のバグの分布(基本機能かどうか)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 67
基本機能のバグは、QA-in前の評価で取られている または、初めから入りこんでいない
![Page 68: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/68.jpg)
バーンアップチャート
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 68
![Page 69: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/69.jpg)
コード品質の変化: 2013年のプロジェクトと比較
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 69
バグが65%減少 コード品質が改善した
![Page 70: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/70.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 70
こうしてlフィードバックと振り返りを 繰り返していった結果。
![Page 71: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/71.jpg)
ユーザーストーリー単位の開発プロセス
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 71
POデモ 仕様設計
詳細設計
テスト設計
実装
テストケース 評価
バグ修正
仕様レビュー
PO
QA
設計
テスト設計レビュー
![Page 72: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/72.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 72
QAのテストケース
製品の詳細な振る舞いの 仕様書となった
開発部隊はそれを 開発のリファレンスにするようになった
![Page 73: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/73.jpg)
ユーザーストーリー単位の開発プロセス
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 73
POデモ 仕様設計
詳細設計
テスト設計
実装
テストケース 評価
バグ修正
仕様レビュー
PO
QA
設計
フィードバックにより仕様変更を常に許容
テスト設計レビュー
![Page 74: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/74.jpg)
ATDD(Acceptance Test Driven Development)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 74
POデモ 仕様設計
詳細設計
テスト設計
実装
テストケース 評価
バグ修正
仕様レビュー
PO
QA
設計
フィードバックにより仕様変更を常に許容
テスト設計レビュー
![Page 75: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/75.jpg)
ATDD
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 75
本来Acceptance Testは顧客がやるもの QAが顧客顧客の肩代わりとして、 システムの振る舞いを含めた品質=価値を評価
開発者は迷わず開発を進められる
ゴールは、合意されたもの
![Page 76: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/76.jpg)
QAの役割
2016/12/16 第32年度ソフトウェア品質管理研究会 copyright © A.Nagata 76
顧客からのフィードバックを早くできるだけ早く得たい
評価してもらうレベルまで上げておかなければならない
まず、顧客の肩代わりとして、 顧客に評価してもらうレベルまで上げていくため 顧客視点での品質のフィードバックを返していく
バグの潜在時間をできるだけ短くする 早くフィードバックして品質を上げていく
![Page 77: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/77.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 77
ポイント
一晩でできたことではない!
最初は、不完全なもの
QAも巻き込み、 フィードバック、振り返りを繰り返し
少しづつ変えていった結果
![Page 78: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/78.jpg)
課題
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 78
まだSMへの依存度が高く、自立できていない
組織変更によるチームメンバーの出入りでベロシティが下がる
レビューの総時間が増えた
費用対効果は高いため、問題ではないが、さらなる効率化をという点での課題ではある
ベロシティーがなかなかあがらない
スクラムはどうしても人に依存するため、全体最適の視点で自立的に動ける人材(PL含む)の育成にかなりの労力を費やしている
このようなアジャイルチームになるには、Agileの普及活動含め時間がかかる.
![Page 79: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/79.jpg)
DevQA : アジャイル開発における設計とQAのコラボレーション
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 79
設計 QA
品質の 見える化
開発のリファレンス
テスト 測定 テストケース
サポート
Deploy 評価環境
暗黙的共有 リスク 課題
アクション
信頼関係
フィードバックでもたらされた情報 + 合意された形式的情報
(開発,PO)
![Page 80: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/80.jpg)
アジャイルにおけるQA
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 80
QA 顧客に変わって 品質の状態をフィードバックする デリバリの判断の情報を説明報告する 品質の目標、構想、計画を立てる
![Page 81: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/81.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 81
Linda Rising, 2004
![Page 82: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/82.jpg)
早いうちから巻き込め Pattern: Pattern: Get Involved Early The Pattern Almanac, 2000 Linda Rising
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 82
早い段階で設計者と関係を構築しておく
例
設計者とともに、システムやフィーチャを学ぶ
要求仕様や設計ドキュメントのレビューに参加する
テスト計画のレビューに設計者を招待する
あなたが設計者と関係を持たなければならないと気付いてからでは遅すぎる
信頼を得るためには時間がかかるから。
設計チームからのサポートを最大限引き出したい
![Page 83: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/83.jpg)
アジャイルにおけるQA
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 83
アジャイル開発において QAはなくてはならない チームのメンバーです よろしく
![Page 84: なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田 敦 氏 #postudy](https://reader034.fdocument.pub/reader034/viewer/2022052300/587ea3fb1a28ab2a4a8b63f1/html5/thumbnails/84.jpg)
2017/1/14 スクラム冬の陣2017 copyright © A.Nagata, 84
ご清聴ありがとうございました