現代のソフトウェア開発は、ソフトウェアやサービスが密接に一体化してプロダクトを構成しています。

質の高いプロダクトを生み出し続ける一つの方法は、プロダクトと開発チームの間や開発チーム内部、複数の開発チームの間、ユーザと開発チームの間にある組織結合度について、実質的な密結合と疎結合のバランスを上手にデザインしカイゼンすることだと私たちは考えています。

プロダクトバグの原因になる組織バグは、
工数が足りないから密結合になるべき組織結合度を疎結合にしようとして必要なコミュニケーションを無理に減らしたり、
やらされ感やこなし感にコミュニケーションがまみれ実質的に疎結合化してしまっていたり、
不必要な自称ステークホルダーを排除できず疎結合化できなかったためにノイズが増えて優先度などの意志決定がブレるなど、
密結合と疎結合のバランスの崩れの現象が起きていると捉えられるからです。

我々SEA-SIGSQAでは、疎結合と密結合を上手にバランスさせるための大事なマインドセットの一つとして「納得感の共感」を挙げています。

本講演では、ユーザ・プロダクト・開発に関わる組織において網の目のように“納得感の共感のチェーン”をたくさん構築するというアイデアをお話ししたいと思います。

伝統的なテストや品質保証では、カバレッジ達成やプロセス準拠といった品質基準が一人歩きしてしまい、プロダクトや組織の質の低下につながった現場もありました。

一方アジャイル開発では、アジャイルテスティングやHolistic testing、Whole-team approachという技術やアプローチが提示されていますが、まだそれらは局所的だったり部分的なプラクティスとしてしか理解されていないような気がしています。

私たちは、網の目のように張り巡らされた“納得感の共感のチェーン”がアジャイルテスティングやHolistic testing、Whole-team approachを動かす組織の大動脈や静脈、毛細血管から構成される血管網になり、優れた品質文化を醸成していくと考えています。

すなわち、プロダクトに対する開発チームの納得感の共感が品質保証の基礎となり、開発チームの内部（現場）での納得感の共感がよいチームとなり、
複数の開発チームの間での納得感の共感が上手な大規模化を導き、経営層と開発チームの間での納得感の共感が持続的な進化につながっていくわけです。

この講演によって理解が進み、納得感の共感によって組織バグを低減させることで、アジャイル開発における品質保証を上手に進めていただければと願っています。

スクラムチームが「うちのQAなんなん？」と思っている状況は意外に多いと思います。その原因の一つは、QAのスタイルがチームや組織に合っていないことにあります。今回は、チームや組織にアジャストできるようQAのスタイルを診断する「QAスタイルファインダー」というツールを紹介します。またSIGSQA-jpのメンバによる、アジャストできている組織やそうでない組織のリアルエピソードを交えながらのトークタイムを楽しんで聞いて頂ければと思います。

スクラムで品質に悩んでいるチームや組織へのアプローチを整理する話をします。

品質を向上するためにテスターやQAエンジニア、SETやSREを増やそうとする組織は多いですが、スキルセットやキャリアパスをどのように決めていけばよいのかについて困っているところも多いと思います。また、当面はテストを外部発注してしのぐとしても、どう内製化するか、どうスケールするか、どう組織全体に根付かせていくか、について悩んでいる組織も多いと思います。

そうした悩みを解決するために、本プレゼンテーションではQMファンネル（3D版）を使って整理するお話を紹介します。

頂点が下向きになっている三角錐を想像してください。まず三角錐の側面はエンジニアのスペシャリティ（得意技）です。スペシャリティをTE（Test Engineer、いわゆるテスター）、QA（Quality Assurance、いわゆる品質保証）、DA（Delivery Accelerator、いわゆるSETやSRE）の3つに分けて整理します。もちろん、それぞれのスペシャリティがサイロ化しないように、側面の境界をスムーズにするような境界的なスペシャリティも考えないといけません。

次に、三角錐の深さはレンジ（範囲）になります。レンジを、外部発注したり専門組織によるサービスという役割分担から、スクラムチームの内部だけで頑張るインプロセス、チームと一緒に開発しながら高度なスペシャリティを浸透させるコーチ、それぞれのチームの外部からスペシャリティを移転するコンサルタント、組織全体にスペシャリティを浸透させていくプロモーターといった5つのレンジに分けて整理します。

品質を向上するには、TE、QA、DAの3つのスペシャリティが全て必要です。これらをまとめてQM（品質マネジメント）として捉えることで、バランスのよい品質向上が実現できます。同時にオールレンジの活動を意識することで、組織全体でバランスよく品質向上を浸透させることができます。

またQMファンネルは、伝統的なプロジェクトのようにPMとエンジニアを区別する考え方ではないという点にも注意する必要があります。スクラムチームでは、テスト計画・テスト設計・テスト実行を分割してサイロ化させるのは得策ではありませんし、コンサルタントやプロモーターが偉いわけでもありませんので。

私たちのQMファンネル（3D版）について聞いて頂いて、皆さんの組織の品質がスムーズに加速できればとても嬉しく思います。たくさん議論させてくださいね！