ユーザー・テストの最中に、クライアントが最終プロダクトに合意しました。その1日後、最終プロダクトを受容できないかもしれないとクライアントがほのめかした。PMがこの課題を解決するためには、最初に何を行えば良い?「懸念事項についてクライアントと話し合い、プロジェクトの受入基準にあたる。」「プロジェクトの要求事項文書をレビューする。」

→懸念事項についてクライアントと話し合い、プロジェクトの受入基準にあたる。

クライアントが最終プロダクトを受容できない可能性に触れているため、プロジェクト・マネジャーは、クライアントとともに受入基準をレビューし、満たしていない基準があるかどうか、クライアントがなぜプロダクトを受容できないと考えているかを理解するようにします。すべての受入基準を満たしていれば、ステークホルダーのニーズは満たされていることになります。 

解説
クライアントが「受容できないかもしれない」とほのめかした時点で、まずは直接会話をして具体的な懸念内容を把握し、その懸念が事前に合意された受入基準とどう関係するかを確認することが最優先です。これにより、誤解なのか基準の不足なのかを切り分け、対応方針を決定できます。書類確認や手順の精査は、懸念内容が明確になった後に行うべきです。


答えではない理由

  • 「プロジェクトの要求事項文書をレビューする。」
     要求事項文書はプロダクトの仕様や機能範囲を示す重要な資料ですが、今はクライアントの懸念内容が明確でない状態です。まず事実関係をヒアリングし、その上で文書と照合する方が効率的かつ効果的です。

クローン問題(ウォーターフォール型6)4

コメント

タイトルとURLをコピーしました