ユーザーストーリー

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

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

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

アジャイル開発において、ユーザの視点から機能要件を簡潔に記述する形式。「〜として、〜したい。それは〜だからだ」の定型文で書かれる。プロダクトバックログの項目として管理される。

プロジェクトの文書、成果物、ベースラインに対する変更の公式な要求。是正措置（パフォーマンスの調整）、予防措置（リスクへの事前対応）、欠陥修正、更新のいずれかの形で発生する。統合変更管理プロセスで審査される。

ステークホルダのニーズと要求事項を特定し、文書化するプロセス。インタビュー、フォーカスグループ、ワークショップ、アンケート、プロトタイプなどの手法を用いる。要求事項トレーサビリティマトリクスで追跡管理する。

要求事項の優先順位をMust（必須）、Should（重要）、Could（あれば良い）、Won't（今回は対象外）の4段階で分類する手法。限られたリソースで最も重要な要求を確実に実現するための優先順位付けに使用される。

アジャイル開発において、一定期間（通常1〜4週間）で計画・設計・実装・テストの一連の開発サイクルを繰り返す単位。各イテレーションの終了時に動作するソフトウェアのインクリメントを生み出す。スクラムではスプリントと呼ぶ。

アジャイル開発において、チームが1イテレーション（スプリント）で完了できる作業量の指標。ストーリーポイントの合計で表される。過去のベロシティの実績値から将来のイテレーションの作業量を予測する。

縦軸に残作業量、横軸に時間をとり、作業の消化状況を視覚的に表すグラフ。理想線（計画線）と実績線を比較することで、進捗の遅れや前倒しを把握できる。スプリント単位やリリース単位で使用される。