要件の開発から収集できるメトリックがある場合、どのようなものですか？
毎月のスプリント計画会議でユーザーストーリーを作成および調整することにより、製品の利害関係者から要件を引き出します。これには、ユースケースの定義、受け入れ基準、および制約の特定が含まれます。最終結果は、ユーザーストーリーのスプリントバックログです。高レベルの顧客要件は、スプリント全体の開発チーム間の設計レビューを通じて、低レベルの製品要件に洗練されます。設計レビューの結果、UML図、ソフトウェアインターフェイス、および一般に、さまざまなソフトウェア要件の人間の言語による説明が作成されます。
プロセス改善の潜在的な領域をより適切に特定できるように（そして最終的にCMMIレベル3で評価できるように）、組織としてのメトリック認識を高めています。
顧客要件の抽出と改善で収集するのに役立つ種類の指標は何ですか？
- 要件の開発に費やす時間。これは、オーバーヘッドがメリットに値するかどうかを確認するためです。
- 要件を実装するための平均時間（1時間または1日あたりの要件）。一部のタスクは避けられないほど複雑ですが、一般的には、より明確に定義された要件の実装にはそれほど時間がかかりません。
- 要件の開発と機能の実装の終わりの間で要件が変更される頻度。これは、要件をどの程度理解しているかと、要件を十分に小さい部分に分割しているかどうかの両方を測定します。
- 要件の開発から実装の開始までの時間のずれ。これは、最も緊急のニーズにどれだけ集中しているかを測定します。
未知の目標を持つ未知のプロジェクトに対してどのメトリックを収集するかを知るのは困難です。ある種の目標定義アプローチ（ [〜＃〜] gqm [〜＃〜] など）を確認することを強くお勧めします。この方法論を使用すると、ニーズに最適なメトリックが付属する可能性があります。
基本的に、GQM（目標、質問、指標）はプロセスを定義します。最初に測定目標を定義し、それらの目標からいくつかの質問が導き出され、それらの質問には指標への回答が必要です。つまり、最終的には、目標を実際にサポートするメトリックが得られます。
お役に立てば幸いです。