アジャイル開発において欠かせないイベントのひとつが レトロスペクティブ（Retrospective：振り返り） です。
スクラムなどでは 各イテレーション（スプリント）ごとに必ず実施 され、チーム全体が継続的に成長していくための重要なプロセスです。
この記事では、ISTQB Agile Tester Extension のシラバス内容と、動画のポイントをわかりやすく整理して解説します。
🔍 レトロスペクティブとは？
レトロスペクティブは、「イテレーションごとに行う改善のための振り返り」 です。
参加者は以下のようなメンバーです。
-
ビジネス代表者（Product Owner など）
-
開発者（Developer）
-
テスター（Tester）
-
スクラムマスター
目的は、今のプロセスをより良くすること。
具体的には以下のようなテーマが話し合われます。
🎯 レトロスペクティブの主な目的
レトロスペクティブでは、主に次の視点から振り返りが行われます。
1. うまくいったこと（Keep）
-
予定より早く完了したタスクは？
-
コミュニケーションは適切だったか？
-
自動テストが上手く機能したか？
2. うまくいかなかったこと（Problem）
-
バグの発見が遅れた理由は？
-
要件の理解不足がなかったか？
-
作業のボトルネックになった箇所は？
3. 改善できること（Try）
-
次回はどのようにプロセスを改善するか？
-
追加できるツールやテスト手法は？
-
情報共有の方法を変えるべきか？
🧪 テスターの重要な役割
テスターは 品質観点の専門家 として、レトロスペクティブに大きく貢献します。
【テスターが提供できる主なインプット】
-
欠陥トレンド（どの工程で不具合が発生したか）
-
カバレッジ状況（テスト実施範囲・抜け漏れの有無）
-
リスク要因（顕在化したリスク・未対策のリスク）
-
ユーザー視点での改善提案（UX、エラーメッセージ、操作性など）
アジャイルではテスターは単なる品質ゲートではなく、
「次のイテレーションの品質を高めるキーパーソン」 として扱われます。
📌 従来の開発との違い：なぜアジャイルのレトロスペクティブが重要なのか？
従来型（ウォーターフォール）開発では、プロジェクト終了時 に一度だけ振り返りを行うのが一般的です。
しかし、終了時の振り返りでは、
-
すでに改善を反映できない
-
問題に気づくのが遅い
-
同じミスを繰り返しがち
という欠点があります。
一方アジャイルでは、
✔ 各イテレーションごとに実施
✔ 小さな改善を繰り返し積み上げる
✔ 次のスプリントですぐに改善を反映できる
という大きなメリットがあります。
📘 具体例：レトロスペクティブの流れ
▼例：あるスプリントでのレトロスペクティブ
1. データの共有（Fact）
-
7つのユーザーストーリー中、6つが完了
-
バグが4件発生、そのうち2件は受け入れテストで発覚
-
自動テストの実行時間が増加
2. うまくいった点（Keep）
-
デイリーの進捗共有がスムーズ
-
テスターと開発者のコミュニケーションが改善
3. うまくいかなかった点（Problem）
-
新しいUIに対するテスト準備が遅れた
-
API仕様変更の共有が遅れた
4. 改善策（Try）
-
API仕様変更は必ず当日中にチャットで共有
-
UI変更は事前にテスト観点レビューを実施
-
自動テストの実行時間短縮のためにパラレル実行を検討
📝 レトロスペクティブで扱われる項目の例
-
テストカバレッジの状況
-
欠陥密度の変化
-
スケジュール達成度
-
コミュニケーションの質
-
作業フローの効率
-
ドキュメントの更新状況
-
ボトルネック要因の洗い出し
🧩 まとめ：レトロスペクティブは「継続的改善」の要
アジャイル開発におけるレトロスペクティブは、チーム全体が成長し続けるための必須プロセス です。
-
問題を放置しない
-
成功体験を次に活かす
-
改善案をすぐに試す
これらを繰り返すことで、
品質・速度・生産性が大幅に向上 します。
ISTQB Agile Tester の試験でもよく問われるテーマなので
理解を深めておきましょう！
コメント