【ISTQB /JSTQB FL 4.0解説】テスト担当者が関わるリリース計画とイテレーション計画とは？

ソフトウェアテストの世界では、「テスト計画（Test Planning）」が非常に重要です。

特に、アジャイル開発（Agile）では、リリース計画やイテレーション（スプリント）計画といった複数の段階で綿密な計画が行われます。

この記事では、ISTQB Foundation Level 4.0の「5.1.1 テスト計画の貢献（Contribution to Release and Iteration Planning）」の内容を、

わかりやすく具体例付きで解説します。

1. リリース計画とイテレーション計画の違いとは？

まず、アジャイル開発における2つの主要な計画を整理しておきましょう。

計画の種類	主な目的	対象範囲	実施タイミング
リリース計画（Release Planning）	製品全体のリリース範囲・方針を決める	全体のバックログ	リリースの初期段階
イテレーション計画（Iteration/Sprint Planning）	特定スプリント内で行う作業を決める	スプリントバックログ	各スプリントの開始時

アジャイルでは、開発が一度きりの「大規模計画」で終わるわけではありません。

プロジェクト全体 → 各リリース → 各スプリントのように、

段階ごとに計画が行われるのが特徴です。

リリース計画では、製品全体を見据えて「何を、どの順番で作るか」を整理します。

ここで、テスターが関与すべき重要なポイントは次のとおりです。

テスト可能なユーザーストーリーの作成支援
- プロダクトオーナー（PO）が作成するユーザーストーリーをレビューし、
  
  「テスト可能な要件」になっているかを確認します。
- 例）
  - ❌「アプリのレスポンスが速いこと」 → あいまい
  - ✅「ユーザーがボタンを押してから3秒以内に結果が表示される」 → テスト可能
受け入れ基準（Acceptance Criteria）の明確化
- テスターは、あいまいな受け入れ基準を見つけ、POと協力して明確化します。
- 明確な基準があることで、開発後の「期待と結果のズレ」を防ぐことができます。
品質リスクの特定
- 製品全体のリリースに関わる「品質リスク（Product Risk）」を分析し、
  
  優先順位づけを行います。
- 例）「決済処理」や「ログイン機能」はリスクが高いため、重点テストが必要。
テストアプローチと計画の策定
- リリース全体で使用するテストレベル、テスト技法、テスト環境などを整理し、
  
  全体の戦略（アプローチ）を立てます。

イテレーション計画（スプリント計画）では、リリース全体の中から

「今回のスプリントで何を実装・テストするか」を具体的に決めます。

スプリント対象のユーザーストーリー分析
- 選定されたストーリーがテスト可能かどうかを確認。
- 不明確な点はPOや開発者と議論して明確にします。
リスクの再評価
- リリース全体で特定したリスクをスプリント単位で再評価。
- そのスプリントに含まれる機能に特有のリスクを洗い出します。
テストタスクの分解と見積り
- 各ユーザーストーリーに対して、テスト設計・実施・レビューなどの
  
  タスクを細かく分け、必要な工数を見積もります。
非機能面の確認
- 機能テストだけでなく、パフォーマンス・セキュリティ・互換性などの
  
  非機能要件も検討します。
- 例）「API応答時間は1秒以内」「主要ブラウザで動作保証」など。

リリース計画・スプリント計画において、

テスターは単に「後からバグを見つける人」ではなく、

**品質を設計段階から守る“ファシリテーター”**の役割を果たします。

この2つのレベルで積極的に関わることで、

チーム全体の品質意識を高め、リリース後の不具合を減らすことができます。