ユーザストーリー

アジャイル開発において、利用者の視点でシステムに求める機能や価値を簡潔に記述したもの。「〜として、〜したい。なぜなら〜だから」という形式で記述され、要件を共有・管理する単位となる。

ソフトウェア要件を記述する方法の一つで、利用者の視点から「誰が、何をしたいか、なぜか」を短い文で表現する。アジャイル開発で広く用いられ、エピックやストーリーポイント、プロダクトバックログと関連する。

ソフトウェア要件を利用者の視点で簡潔に記述する手法。「〜として、〜したい、なぜなら〜」の形式で書かれることが多い。エピックを分割してストーリーポイントで見積もり、プロダクトバックログで管理する。

ユーザの視点からソフトウェアの機能要求を簡潔に記述した文。「〜として、〜したい、なぜなら〜」の形式で書かれる。プロダクトバックログの項目として管理され、受入基準と合わせて定義される。

情報システムが支援すべき業務上のニーズや目標を明確にしたもの。業務プロセス、業務ルール、組織要件などを含み、システム要件の上位に位置づけられる。利害関係者へのヒアリングや業務分析を通じて抽出する。

プロジェクトやシステム開発に関わる利害関係者を特定し、その関心事、影響力、要求事項を分析する手法。要件定義の初期段階で実施し、適切なコミュニケーション計画や合意形成の戦略を立てるために用いる。

システムが提供すべき機能や振る舞いに関する要件。入力に対する処理内容と出力、データの管理方法、業務ルールの実装などを具体的に定義する。非機能要件と対比して用いられる。

業務要件を基に、システムとして実現すべき機能・性能・制約を明確に文書化するプロセス。システム化の範囲、機能一覧、データ項目、外部インタフェース仕様などを定義し、設計工程への入力とする。

システムの機能要件、非機能要件、制約条件、前提条件などを体系的にまとめた文書。開発の基準となり、設計・テスト・受入の各工程で参照される。利害関係者の合意を得た上で承認する。

システムの品質や制約に関する要件の総称。性能、信頼性、可用性、セキュリティ、拡張性、運用性、移行性などが含まれる。IPAの非機能要件グレードでは6つの大項目に分類される。