なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田敦氏 #postudy

13. 組織パターン 4.2.29 James Coplin, Neil Harrison ,2005 2017/1/14スクラム冬の陣2017 copyright © A.Nagata,13  品質保証を巻き込め(Engage Quality Assurance)  成功するかどうかは、品質の高い作業にかかっている  本質な品質問題に対処するためには、早期のフィードバックが重要である  設計者テストは行われるが、それだけでは漏れが生じてしまう。  だから、QAを中心的なロールにしよう  テストするべきものが開発できたら、すぐにQAと密接に取り組んで評価をしていこう。  品質管理はプロジェクトの早期から巻き込むべきだ

37. アジャイルソフトウェア開発宣言 2016/12/16第32年度ソフトウェア品質管理研究会 copyright © A.Nagata37 包括的なドキュメントよりも動くソフトウェア顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、お客様の競争力を引き上げます。動くソフトウェアを、2-3週間から2-3ヶ月というできるだけ短い時間間隔でリリースします。顧客からのフィードバックを早くできるだけ早く得たい本当に顧客がほしい価値をデリバリしたいアジャイルソフトウェア開発の本質本当の価値は顧客のフィードバックからしか得られない

38. QAの役割 2016/12/16第32年度ソフトウェア品質管理研究会 copyright © A.Nagata38 顧客からのフィードバックを早くできるだけ早く得たい評価してもらうレベルまで上げておかなければならないまず、顧客の肩代わりとして、顧客に評価してもらうレベルまで上げていくため顧客視点での品質のフィードバックを返していくバグの潜在時間をできるだけ短くする早くフィードバックして品質を上げていく

44. フィードバックループによってQAが得たもの 2017/1/14スクラム冬の陣2017 copyright © A.Nagata,44  ドメイン知識  ユーザーストーリからのテスト情報の導き方、補い方  足りない情報を的確に得る方法  情報ルート＝フィードバックループの確立  POとのコネクション  仕様レビュー  バグの報告に対し、“この振る舞いは仕様で、障害ではない“という理由で”問題なし”となる件数の割合が半減した．  設計とQAの仕様の齟齬が削減テスト設計で必要な情報

56. フィードバックループで開発が得たもの 2017/1/14スクラム冬の陣2017 copyright © A.Nagata,56  ユーザー視点の大切さに気付けた  評価内容を設計の段階から知ることができ、QA評価前にBugが潰せた（QA前品質向上）  開発→QAに対して評価してほしいことを気軽にお願いできる  近くにいるため、Bugの修正内容をチケット更新だけでなく口頭で伝えられる．Bug発生時の動作が把握しやすい。記憶の新しいうちに対応ができ認識間違いが減る．従って、手戻りが減る  困っていることがあればすぐに相談できるため、悩みの解決スピードが速い

57. フィードバックループでQAが得たもの 2017/1/14スクラム冬の陣2017 copyright © A.Nagata,57  テスト設計レビューを通して、開発視点から指摘をもらえることで、テスト設計の精度が上がって嬉しい  仕様の認識間違いがQA前に解消できるため、QA前に品質の高いものが開発から出てくる。  その結果、基本動作Bugが減り、本当に時間をかけたい異常系や性能評価、ワークフローや長期安定性評価に時間をかけることができて嬉しい  テスト設計レビューで、評価内容を相手に正確に伝えることを意識するため、仕様の理解がより深まる。

65. やれるところからテストしていこう Pattern: Time to Test The Pattern Almanac, 2000 Linda Rising 2017/1/14スクラム冬の陣2017 copyright © A.Nagata,65 いつ何のテストができるのか、設計と合意を取って行おうテスト計画は、設計の進捗、状態により柔軟に見直していかなければならない関連：機が熟すのを待て : Take Time

76. QAの役割 2016/12/16第32年度ソフトウェア品質管理研究会 copyright © A.Nagata76 顧客からのフィードバックを早くできるだけ早く得たい評価してもらうレベルまで上げておかなければならないまず、顧客の肩代わりとして、顧客に評価してもらうレベルまで上げていくため顧客視点での品質のフィードバックを返していくバグの潜在時間をできるだけ短くする早くフィードバックして品質を上げていく

78. 課題 2017/1/14スクラム冬の陣2017 copyright © A.Nagata,78  まだSMへの依存度が高く、自立できていない  組織変更によるチームメンバーの出入りでベロシティが下がる  レビューの総時間が増えた  費用対効果は高いため、問題ではないが、さらなる効率化をという点での課題ではある  ベロシティーがなかなかあがらない  スクラムはどうしても人に依存するため、全体最適の視点で自立的に動ける人材（PL含む）の育成にかなりの労力を費やしている  このようなアジャイルチームになるには、Agileの普及活動含め時間がかかる．

82. 早いうちから巻き込め Pattern: Pattern: Get Involved Early The Pattern Almanac, 2000 Linda Rising 2017/1/14スクラム冬の陣2017 copyright © A.Nagata,82  早い段階で設計者と関係を構築しておく  例  設計者とともに、システムやフィーチャを学ぶ  要求仕様や設計ドキュメントのレビューに参加する  テスト計画のレビューに設計者を招待する  あなたが設計者と関係を持たなければならないと気付いてからでは遅すぎる  信頼を得るためには時間がかかるから。設計チームからのサポートを最大限引き出したい

なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田敦氏 #postudy

Esté a ler uma amostra.

Confira estes a seguir

なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田敦氏 #postudy

Mais Conteúdo rRelacionado

Diapositivos para si (20)

Quem viu também gostou (20)

Semelhante a なんたって”DevQA” アジャイル開発とQAの合体が改善を生む - 永田敦氏 #postudy (20)

Mais recentes (20)