要件のトレーサビリティとは、ビジネス目標、要件および実装との間の体系的な関連性を指します。これにより、特定の出発目標に関連する決定やタスクを把握でき、逸脱を迅速に特定し、リスクを最小限に抑えた変更が可能になります。
主な特徴：
トレーサビリティマトリックスの使用：要件をタスク、テストケース、結果に結びつける文書またはツール。
ALM/PMツール（例：Jira、Azure DevOps）との統合：要件の変更履歴、コメント、解決策の管理。
実装された機能およびテストとの定期的な要件の照合：常に適合性をチェック。
一度要件マトリックスを作成して、後は更新しなくてもいいですか？
回答：いいえ、マトリックスはプロジェクトの全期間にわたって更新されるべきです。そうしないと、要件の関連性が失われたり、誤ったものになったりします。
トレーサビリティはアナリストだけの責任ですか？
回答：いいえ、これはクロスファンクショナルなタスクであり、BA、テスト担当者、プロジェクトマネージャー、開発者の共同作業が重要です。
小規模プロジェクトではトレーサビリティを無視しても良いですか？
回答：小規模プロジェクトでもトレーサビリティは回帰、要件の喪失および変更時のエラーを避けるのに役立ちます。特にその後のサポート時に重要です。
ネガティブケース：要件マトリックスなしのスタートアップ。要件は口頭で変更され、一部のタスクは未実施で、バグは出発目標に基づいて原因を見つけられなかった。
プロ：
コン：
ポジティブケース：トレーサビリティマトリックスの導入、Jiraでの定期的な更新、タスクとテストケースのリンク。
プロ：
コン：