ユーザーストーリーの作成-悪いストーリーと良いストーリーをどのように判断しますか？
さまざまなプロジェクトチームでの私の経験では、ユーザーストーリーとして受け入れられるものを決定する基準は、かなり異なる場合があります。私の主な問題は、私たちが作成したストーリーの一部は、実際には顧客にとって望ましい機能ではないということです。例えば：
初めてのお客様として
したい...メーリングリストにサインアップ
私ができるように...新製品の最新情報を入手する
私は個人的に、このようなストーリーはクライアントをなだめ、「期待される」機能をキャプチャするためだけにあると思います。しかし、それらは必ずしも実際の洞察に基づいているわけではありません。
他の誰かがこのジレンマまたは類似の何かに直面しましたか？
私はあなたが誰があなたが信じている要件が悪いのかを明確にする必要があると思います。ビジネスに悪いのか、それともユーザーのエクスペリエンスに悪いのか？
たとえば、メーリングリストを介してかなりの売り上げを上げているビジネスは、登録を促進することでビジネスに利益をもたらす可能性があります。また、顧客はあなたのビジネスの売り物やコンテンツを気に入っているため、メールの開封率が非常に高くなる可能性があります。それら。
要件をプッシュバックする最も効果的な方法は、引数をサポートするデータを用意することです。
'x％のユーザーがメーリングリストへの登録を求められた後、または起動後にページからバウンスする'機能がその機能に対していくらかのA/Bテストを行って、それがどれほど効果的であるかを示す場合、製品の所有者（または要件の作成者）は再検討することがあります。
そうでなければ、それは2つの相反する意見になり、組織構造または政治によって影響されますが、必ずしもユーザーやビジネスにとって正しいものではありません。