アジャイル開発では、開発者とテスターを分離していた従来のウォーターフォール型とは異なり、1つのチームとして協力しながら製品品質を作り込むことが重視されます。
この考え方を Whole Team Approach（ホールチームアプローチ） と呼びます。
この記事では、ISTQB Agile Tester Extension のシラバス「1.1.2 Whole Team Approach」のポイントを、実務のイメージが湧くように解説します。
■ Whole Team Approach（ホールチームアプローチ）とは？
ホールチームアプローチとは、
開発チーム・テスト担当・ビジネス側（顧客）など、プロジェクトに関わる全員が「1つのチーム」として協力する考え方 です。
✓ 従来型（ウォーターフォール）との違い
|
従来型（ウォーターフォール） |
アジャイル（Whole Team Approach） |
|---|---|
|
開発チームとテストチームが分離 |
開発者・テスター・PO など全員で1チーム |
|
開発 → テストの順番で担当が分かれる |
開発とテストを同時並行で進める |
|
テスターはバグを見つける役割 |
チーム全員が品質に責任を持つ |
|
心理的対立が生まれやすい |
コミュニケーションが頻繁で協力的 |
アジャイルでは役割を厳格に分けません。
全員が「開発チーム」の一員として扱われ、品質確保は全員の責任になります。
■ Whole Team Approach を支える特徴
1. 役割は分かれていても“チームはひとつ”
アジャイルでは以下のような役割がありますが、チームとしては一体です。
-
開発者
-
テスター
-
プロダクトオーナー（PO）
-
スクラムマスター
“テストはテスターだけの仕事ではない”
これがアジャイルの大きな特徴です。
2. 自己組織化された小規模チーム（3〜9名が推奨）
ISTQBでは、アジャイル開発チームの規模を
3〜9名ほどの小規模で高効率なチームを推奨しています。
人数が多いほどコミュニケーションコストが増え、アジャイルのメリットが薄れてしまうためです。
3. チームは基本的に同じ場所で働く（Co-located）
アジャイルでは理想的には
チーム全員が同じ部屋・同じ場所で作業 するのが望ましいとされています。
リモートワークが一般化した現在も、
「コミュニケーションの密度を維持する工夫」が必要です。
4. 顧客（ビジネス側）の代表もチームに参加
ユーザー視点のフィードバックを継続的に得るため、
-
プロダクトオーナー（PO）
-
ビジネスアナリスト
-
顧客代表
がチームに参加します。
これにより 要求のミスや誤解を早い段階で修正でき、手戻りが減ります。
■ 毎日の「デイリースクラム（立ったままの短い会議）」
Whole Team Approach を支える重要な習慣がデイリースクラムです。
通常 15 分ほどで実施され、スクラムマスターが進行します。
チームメンバーは以下の3つに答えます。
-
昨日やったこと
-
今日やること
-
困っていることは何か？
※ スクラムマスターは「指示する」のではなく「困りごとを解消する手助け（ファシリテーション）」を行います。
■ Whole Team Approach のメリット
ISTQB が説明するメリットは次の通りです。
① コミュニケーションと協力が強化される
役割の壁がなくなり、情報共有が速く、誤解や手戻りが減ります。
② チームの多様なスキルを活用できる
開発者・テスター・ビジネス担当者のそれぞれの知見が、
製品品質に直接反映されます。
③ 品質は「全員の責任」になる
従来のように
「開発者は作るだけ」「テスターが品質を保証する」
という構造ではありません。
アジャイルでは、
品質を作り込むのはチーム全員の仕事です。
④ テスターは知識を共有し、チーム全体の品質スキルを高める
テスターは以下のようにチームに貢献します。
-
品質リスクの説明
-
受け入れ基準作成のサポート
-
テスト技法の共有（境界値、状態遷移など）
-
開発者が単体テストを改善するための助言
■ Whole Team Approach の具体例
● 例1：ユーザーストーリーの受け入れ基準を全員で作成
ビジネス担当 + 開発者 + テスターが同時に会話
→ 要件のズレを最初から修正できる
● 例2：バグの原因をテスターが共有
「このバグは状態遷移が原因です。状態遷移図を作りませんか？」
→ 開発者が原因を理解しやすくなる
→ 次から同じバグが出にくくなる
● 例3：開発者がテスト自動化を担当
テスターだけではなく開発者もテスト自動化に積極参加。
→ 自動化のスピードが上がる
→ カバレッジが高くなる
■ テスターの役割は「品質専門家」へ進化する
ホールチームアプローチでは、テスターの役割が広がります。
-
受入テストの作成を支援
-
テスト技法の教育
-
品質リスクの分析
-
開発者と協力したテスト自動化
-
欠陥の予防（静的テストやレビューで早期発見）
つまり、
テスター = 品質の専門家（Quality Coach）
という立ち位置になります。
まとめ
Whole Team Approach はアジャイル開発の中心的な概念です。
-
チーム全員が品質に責任を持つ
-
開発者とテスターの壁をなくす
-
早期のフィードバックで手戻りを防ぐ
-
デイリースクラムで情報共有を徹底
-
テスターは品質知識をチームに広める
この考え方が、アジャイル開発における高品質で迅速な開発を可能にします。
コメント