要件収集と分析のプロセスは、顧客のビジネスニーズを体系的に特定し、整理し、文書化することであり、それをITシステムやビジネスプロセスに実装するためのものです。主なステップは以下の通りです。
要件のソースの特定: 顧客とのインタビュー、作業グループ、文書および現在のプロセスの分析。
要件の収集: ワークショップ、アンケート、観察、プロトタイピングを使用します。すべてのステークホルダーの関与を確保することが重要です。
分析と分類: 矛盾や重複するタスクの特定、要件のビジネス/機能/非機能の分類。
文書化: SRS（仕様要件仕様）、ユーザーストーリー、またはシナリオの形での形式化。
検証と合意: 顧客とのレビューの実施、修正の実施、要件の最終版の承認。
主な特徴:
ビジネスプロセスの深い理解は、顧客の要求を正しく解釈するために必要です。
継続的なコミュニケーション: 要件収集は反復的なプロセスであり、プロジェクトの進行に伴い変更が関連しています。
要件のアーティファクト（図、モデル、仕様）は、チームの今後の作業にとって重要です。
ビジネスまたは機能要件の1つのタイプだけで十分ですか？
いいえ、ビジネスアナリストはすべてのタイプの要件（ビジネス、ユーザー、機能、非機能）をカバーする必要があります。そうでなければ、すべてのステークホルダーの期待に応えない製品を得るリスクがあります。
要件収集のセッションを1回だけ実施すれば十分ですか？
いいえ、実際には要件は多く、徐々に反復的に明確にされます。通常、すべてを正しく収集し合意するために複数のセッションが実施されます。
承認された要件を正式な手続きなしに変更できますか？
いいえ、あらゆる変更は変更管理プロセスを通過しなければなりません。そうでないと、チーム間に混乱、不一致、誤解が生じます。
銀行向けの分析モジュールの開発において、初めに1回だけのワークショップが実施されました。その後、機能が情報セキュリティ部門の要件を考慮していないことが分かり、製品を大幅に改修する必要があり、時間と予算を費やすことになりました。