回答

問題の背景:
プロジェクトの初めに、クライアントはタスクを十分に明確に定義しないことが多いです。目的は一般的で、詳細は未定義のことがあります。これは新しい方向性や伝統的なプロセスのデジタル化を開始する際に典型的です。アナリストは矛盾する要望や、未来の製品に対する分断された認識に直面します。

問題:
要求の不確実性は、設計の誤りのリスク、対立、納期の延長、予算の増加を引き起こします。ボトルネックは、利害関係者間の矛盾や労力の評価ができないことです。

解決策:
アナリストは段階的な要求の特定を組織する必要があります：

主な特徴:

ひねりのある質問。

暗黙の要求の場合、どのような文書が必要ですか？ユーザーストーリーだけ記録すれば十分ですか？

ユーザーストーリーは有用なツールですが、要求があいまいな場合、すべての詳細を明らかにすることはできません。追加のアーティファクトを開発する必要があります：画面のプロトタイプ、使用シナリオの例、およびビジネスルールのテーブル。

開始時に重要なのは、迅速に成果（MVP）を得ることか、要求を最大限に集めることですか？

スピードと完全性のバランスは状況に依存します。開始時には、迅速なフィードバックを提供し、視点を迅速に調整するミニマムバイアブルプロダクト（MVP）が価値があります。すべての要求を長時間合意するよりも、これが重要です。

クライアントの言葉だけを頼りに決定を下すことはできますか？

いいえ。クライアントは要求を表明しますが、技術的な詳細や制約を考慮しない可能性があります。アナリストは、プロセスを理解して要求を検証し、代替的な意見を求め、結果を分析する必要があります。

ネガティブケース: アナリストはクライアントの要望だけを記録し、それを開発者に渡しました。結果：ビジネスの実際の課題を解決しない機能が実装されました。利点：迅速に開発が開始されました。欠点：製品は使用されず、多くの改良が必要でした。

ポジティブケース: アナリストはユーザーとの一連のミーティングを行い、プロトタイプを構築し、シナリオを合意しました。要求が明確になり、MVPは迅速にビジネスに価値をもたらしました。利点：迅速な価値、ポジティブなフィードバック、最小限の改良。欠点：要求収集の段階で少しだけ時間がかかりました。