アジャイル開発では、スピードや柔軟性を重視する一方で、品質リスク（Quality Risk） の見極めが非常に重要です。
本記事では、ISTQB Agile Tester Extension（アジャイルテスト拡張）の**Chapter 3.2.1「Assessing Quality Risk in Agile Projects」**の内容を、
わかりやすくまとめて解説します。
🔹1. リスクとは何か？
まず、ISTQB Foundationレベルでも学んだように、「リスク（Risk）」とは次のように定義されます。
リスクとは、発生する可能性があり、かつマイナスの影響をもたらす事象のこと。
つまり「起こるかもしれない問題」をあらかじめ想定し、その影響を最小限に抑えるための準備をするのが**リスク分析（Risk Analysis）**です。
リスクは大きく次の2種類に分類されます。
|
リスクの種類 |
内容 |
例 |
|---|---|---|
|
プロジェクトリスク（Project Risk） |
プロセスや開発手順など、プロジェクト内部に関するリスク |
テスト環境の構築遅延、メンバー不足、ツール設定ミス |
|
プロダクトリスク（Product Risk） |
開発された製品や機能そのものに関するリスク |
リリース後に発生する不具合、性能低下、セキュリティ欠陥 |
アジャイル開発では、これらのリスクを定期的に見直しながら進めることがポイントです。
🔹2. アジャイルにおける品質リスク分析のタイミング
アジャイル開発では、リスク分析は以下の2つのタイミングで実施されます。
|
フェーズ |
目的 |
対象となるリスクの種類 |
|---|---|---|
|
リリース計画（Release Planning） |
全体の開発期間や機能範囲を決定する段階で、プロジェクト全体のリスクを特定 |
主に プロジェクトリスク |
|
イテレーション計画（Iteration Planning / Sprint Planning） |
各スプリント（反復期間）で実装・テストする機能に対して、品質リスクを詳細に分析 |
主に プロダクトリスク |
つまり、
-
リリース計画 → 長期的・全体的な視点でリスクを把握
-
イテレーション計画 → 短期的・機能単位でリスクを分析
という2段階でリスクを評価していきます。
🔹3. 品質リスクの具体例
品質リスク（Quality Risk）は、製品の品質特性（Quality Characteristics） に基づいて特定します。
ISTQBでよく取り上げられる代表的な例を見てみましょう。
|
品質リスク例 |
関連する品質特性 |
|---|---|
|
計算やレポートの誤り |
機能性（Functionality） |
|
ユーザー入力に対する応答が遅い |
性能効率（Performance Efficiency） |
|
画面や項目が分かりにくい |
使用性（Usability） |
|
データが正しく保存されない |
信頼性（Reliability） |
|
機密情報が漏洩するリスク |
セキュリティ（Security） |
たとえばECサイトの場合、
-
「購入金額の合計が誤って表示される」 → 計算ロジックの不具合（機能性リスク）
-
「カート画面の表示が遅い」 → 性能リスク
-
「購入ボタンの位置が分かりづらい」 → ユーザビリティリスク
といった形で品質特性ごとにリスクを分類できます。
🔹4. アジャイルでの品質リスク分析プロセス（手順）
アジャイル開発における**Quality Risk Analysis（品質リスク分析）**は、
以下のような流れで進めます。
Step 1. チーム全員で集まる（Whole Team Approach）
アジャイルでは「全員参加」が基本です。
テスターだけでなく、開発者・PO（プロダクトオーナー）・スクラムマスター全員が議論に参加します。
Step 2. 現在のスプリントで扱うバックログ項目を一覧化
今回のイテレーションで対象となる「ユーザーストーリー」や「タスク」をリストアップします。
Step 3. 各項目に対して品質リスクを特定
各バックログ項目に潜むリスクを洗い出します。
（例：「この機能はデータ保存処理を含むため、信頼性リスクが高い」など）
Step 4. リスクの「影響度（Impact）」と「発生可能性（Likelihood）」を評価
-
影響度（Impact）：そのリスクが発生した場合の重大さ（＝深刻度）
-
発生可能性（Likelihood）：そのリスクが発生する確率
例えば：
|
リスク内容 |
影響度 |
発生可能性 |
優先度 |
|---|---|---|---|
|
計算ロジックの誤り |
高 |
中 |
高 |
|
UI表示のズレ |
低 |
高 |
中 |
|
DBエラー発生時のリカバリ失敗 |
高 |
低 |
中 |
影響度 × 発生可能性 によって、テストの優先順位を決定します。
Step 5. リスクに応じてテストの範囲と深さを決定
高リスクの項目にはより多くのテストケースを割り当て、
低リスクの項目は軽めのテストにするなど、リスクベースドテスト（Risk-Based Testing） を行います。
Step 6. 適切なテスト技法を選定
リスクに応じてテスト技法を選びます。
-
複雑なロジック → 決定表テスト
-
入力条件が多い → 同値分割・境界値分析
-
UI関連 → ユーザビリティテスト
-
安定性重視 → ストレステスト・回帰テスト
🔹5. まとめ：リスク分析は「優先順位付けの鍵」
アジャイル開発においては、
限られた期間の中で、どのテストを優先すべきかを判断することが重要です。
そのための基盤となるのが、今回紹介した「品質リスク分析（Quality Risk Analysis）」です。
リスクの「影響度」と「発生可能性」を見極め、チーム全体で共有することで、
効率的かつ効果的なテスト戦略を立てることができます。
✅ まとめポイント
|
項目 |
内容 |
|---|---|
|
実施タイミング |
リリース計画時・イテレーション計画時 |
|
評価対象 |
品質リスク（品質特性に基づく） |
|
評価基準 |
影響度（Impact）×発生可能性（Likelihood） |
|
目的 |
テストの優先順位決定・リソース最適化 |
|
関連技法 |
リスクベースドテスト、同値分割、境界値分析など |
🧭 参考キーワード
-
Risk-Based Testing（リスクベースドテスト）
-
Whole Team Approach（全員参加型アプローチ）
-
Quality Characteristics（品質特性）
-
Release Planning / Iteration Planning
-
Impact × Likelihood マトリクス
コメント