品質とパフォーマンスをどう測って管理するかを学ぶよ！
似ている用語の違いを比較しながら押さえてね。
比較表：手法・目的・適用タイミングの違い
| 名称 | 目的 | 特徴・使用タイミング |
|---|---|---|
| 振り返り（Retrospective） | チームの働き方・プロセスを改善 | スプリント後に実施／ 成果物ではなく「プロセス」に注目／ チームの自己改善が目的 |
| スプリントレビュー（Sprint Review） | 成果物（インクリメント）を確認・評価 | スプリント終了時に顧客やステークホルダーと行う／ 実際の動作を見せ、フィードバックを得る |
| SLA（サービスレベルアグリーメント） | サービス提供の水準を明文化 | 顧客との契約書に記載される／ 稼働率や対応時間などの数値目標を設定 |
| KPI（主要業績評価指標） | 目標に対する進捗・成果の測定 | プロジェクト成功に向けた「数値指標」／ 品質、納期、コスト、満足度などが例 |
| 監査（Audit） | プロセスやコンプライアンスの確認 | 第三者や内部監査チームが実施／ 標準やガイドラインへの準拠状況をチェック |
| テストサイクル（Test Cycle） | システムや成果物の品質検証 | 単体テスト・結合テスト・受け入れテストなど／ 不具合の早期発見・修正に役立つ |
パフォーマンス管理手法：EVM (アーンドバリュー・マネジメント)
プロジェクトのスコープ、スケジュール、コストを統合的に評価するための手法です。
- 主要3値:
- PV（Planned Value / 計画価値）: 特定の時点までに完了する予定だった作業の予算コスト。「今日までにいくら使う予定だったか」。
- EV（Earned Value / 出来高）: 実際に完了した作業の予算コスト。「今日までに実際に完了した作業の価値」。
- AC（Actual Cost / 実コスト）: 完了した作業に対して実際に発生したコスト。「今日までに実際にいくら使ったか」。
- 差異・効率指数:
- SV（Schedule Variance / スケジュール差異）: EV − PV
- 判断基準: 負（マイナス）＝スケジュール遅延、正（プラス）＝前倒し
- CV（Cost Variance / コスト差異）: EV − AC
- 判断基準: 負（マイナス）＝予算超過（赤字）、正（プラス）＝予算内
- CPI（Cost Performance Index / コスト効率指数）: EV ÷ AC
- 判断基準: 1未満（例：0.91）＝予算超過、1より大きい＝予算内（効率的）
- SPI（Schedule Performance Index / スケジュール効率指数）: EV ÷ PV
- 判断基準: 1未満＝スケジュール遅延、1より大きい＝前倒し
- SV（Schedule Variance / スケジュール差異）: EV − PV
テスト計画とテストサイクル（Test Types）
成果物の品質を検証するため、目的の異なる複数のテストを組み合わせて実施します。
- ユニットテスト（単体テスト / Unit Test）: 最小の機能単位（コンポーネント）を個別に検証する。開発初期にバグを発見できる。
- スモークテスト（Smoke Test）: 主要機能が最低限動作するかを確認する高レベルの簡易テスト。詳細テストへ進んでよいかの判断に使う。
- 回帰テスト（レグレッションテスト / Regression Test）: コード変更後に、既存の機能が影響を受けていないことを確認するテスト。
- 負荷テスト / パフォーマンステスト（Load / Performance Test）: 想定を超える負荷や高トラフィック下でのシステムの挙動・応答性能を評価するテスト。
- ユーザー受け入れテスト（UAT / User Acceptance Test）: 最終成果物が仕様とビジネス要件を満たすかを、ユーザーが実使用の観点で評価し受け入れ可否を判断するテスト。
OKR と実装後サポート
- OKR（Objectives and Key Results / 目標と主要な結果）: 達成すべき目標（Objective）と、その達成度を測る定量的な主要結果（Key Results）で構成される目標管理フレームワーク。KPIが個別の測定指標であるのに対し、OKRは目標と成果をひも付けて方向性を示します。
- 実装後サポート / 保証期間（Post-Implementation Support / Warranty）: 成果物の本番リリース後、一定期間にわたって不具合対応や問い合わせ対応を提供する体制。移行後の定着とユーザー満足を支えます。
- スプリントレビュー vs 振り返り: 成果物（スプリントレビュー）とプロセス（振り返り）の評価対象の違いに注目。
- KPIとSLAの違い:
- SLA: 顧客や外部パートナーとの契約に盛り込まれるサービス品質の水準（例：システムの稼働率99.9%など）。
- KPI: 組織やプロジェクト内部で目標達成度を測定するための数値指標（例：バグ検出密度など）。
- 監査（Audit）とテスト（Test）: 監査は「適切なプロセスやガイドラインを遵守しているか（手順）」を検証し、テストは「成果物の品質」そのものを検証します。
関連模擬問題
【問1】
質問: 成果物の妥当性確認（Validation）が行われるフェーズは、次のうちどれですか？
選択肢:
- A. 終了フェーズ
- B. 開始フェーズ
- C. 計画フェーズ
- D. 準備フェーズ
回答と解説を見る
正解は A です。
解説: 終了フェーズでは、プロジェクトの出力を顧客に提示し、プロジェクトが顧客の期待を満たしているかどうかを判断します。顧客は結果を受け入れるか拒否するかを決定し、それに基づいてプロジェクトの検証を行います。
開始フェーズ: 開始フェーズでは検証は行われません。このフェーズはプロジェクトの初期フェーズであり、まだ完成した成果物が存在しないためです。
計画フェーズ: 計画フェーズでは検証は行われません。このフェーズはプロジェクトの初期フェーズであり、まだ完成した成果物が存在しないためです。
準備フェーズ: 準備フェーズでは検証は行われません。このフェーズはプロジェクトの初期フェーズであり、まだ完成した成果物が存在しないためです。
【問2】
質問: ソフトウェア開発者のChristinaは、Dion Savings and Loanのために新しいソフトウェアを開発し、チームを率いて完成させました。彼女は現在、完成したソフトウェアが日常的な使用状況において期待通りに動作するかを確認するためのテストを実施しています。このテストは、次のうちどれに該当しますか？
選択肢:
- A. ユーザー受け入れテスト
- B. 回帰テスト
- C. ストレステスト
- D. スモークテスト
回答と解説を見る
正解は A です。
解説: ユーザー受け入れテスト (UAT) は、最終製品が仕様とビジネス要件を満たしているかを評価し、ユーザーが受け入れるかどうかを判断するテストです。Christinaがディオン貯蓄貸付銀行に完成したソフトウェアを持ち込み、通常の使用レベルで期待に応えられるかを確認したことは、UATの定義に合致します。
回帰テスト: 回帰テストは、コード変更後に既存の機能が影響を受けていないことを確認するためのテストです。この状況では新しいソフトウェアの完成後の評価を行っているため、回帰テストには該当しません。
ストレステスト: ストレステストは、システムが予想を超えたワークロードや極端な状況でどのように機能するかを評価するテストです。Christinaは通常の使用レベルでテストしているため、ストレステストではありません。
スモークテスト: スモークテストは、ソフトウェアの主要機能が動作しているかを確認する高レベルのテストです。この場合、より詳細な評価を行っているため、スモークテストには該当しません。
