要求管理
調査においては、ユーザー、注文主、開発チームの三者から要求を集める。それぞれに対して、似たような質問をする。目標は何か、制約条件は何か、現在のツールやプロセスはどうなっているか、などである。このようにして集めた要求をよく理解しないと、うまく機能する要求仕様を作成できない。
ただし、チームがどんなに努力しても、この段階で要求仕様を完全に定義することはできない。当初引き出せなかった要求があったり、内外の要因によってプロジェクトが影響され、要求の一部は変更を余儀なくされる。従って、チームの各員は柔軟性が成功の秘訣であることを肝に銘じなければならない。
調査工程での成果物は、チーム全員が合意した要求仕様書である。後の工程で、プロジェクトの方向性がぶれたり不必要に変更されるのを防ぐために、この文書が重要となる。開発が進むと、新たな機能によって新たな可能性が見えてくる。そこで要求仕様書が本来のビジョンにチームを固定し、制御された範囲内での議論を可能にする。
多くの組織は要求管理に文書しか使っていないが、中にはソフトウェアツールで管理している組織もある。その種のツールはデータベース上で要求を管理し、一般にトレーサビリティ機能(例えば、要求を親子関係のリンクで連結したり、テストケースと要求をリンクする)、ベースライン生成、バージョン制御、変更管理を自動化する。通常、このようなツールにはエクスポート機能があり、データベース上の要求を要求仕様書の形式で出力し、一般的な文書アプリケーションで使える形にできる。