質問: 誰がユーザーストーリーを書いていますか? アジャイル設計/開発では、誰がユーザーストーリーを書き、プロセスは何ですか? uxの研究者は、より良いユーザーストーリーを定義するために、最初に研究を行う必要がありますか?私の現在のプロジェクトでは、ユーザーストーリーがありますが、uxはこれらのストーリーの定義に役立つユーザー調査に関与していません。これにより、プロジェクトの非効率的な部分が減りました。私はux戦略の経験はありませんが、ユーザーストーリーを事前のux調査に基づいたものにするのが賢明なアプローチのようです。はい?番号?
回答: 一般的に、私はあなたのプロセスと走行距離が変わるかもしれないので、一般的にこれを言います: プロダクトオーナーには次の要件が必要です。 おそらく要件は次のとおりです。 顧客の詳細を表示するグリッドが必要です 理想的には、これは手入れされます。リード、po、およびプロセス中の利害関係者は、要件を確認し、より実行可能なものを定義できます。 モバイルに適したグリッドが必要です。これには、顧客名、電子メール、および編集アイコンをクリックして編集可能なアドレス付きの拡張可能なボックスが表示されます。 これが実行可能であると見なされ、バックログに入れられると仮定します。次に、スプリント計画時に、チームは、未知の複雑さと要件を特定できる必要があります。考えられる問題は次のとおりです。 これをすべて実行できることがわかっているグリッドフレームワークはありません。 もしそうなら、私たちが行ったことは、タスクが大きすぎて未知であると感じた場合、pocのスパイクを作成することです。 angularのマテリアルグリッドを使用したいのですが、これが3ポイント、21、または大量のハッキングなしでは不可能かどうか確信が持てません。 それが事実ではなく、チームが複雑さに同意できると仮定すると、スプリントに組み込まれます。 4b。そうでない場合は、レビューまたはデモとともに、スパイクをpocに挿入します。そして、将来のスプリントで実際の作業を行います。 私のさまざまな経験(フルスタック)では、不明な点があると大量のリスクが追加されます。大量のリスク/未知数はより多くのポイントを意味します。もちろん、課題は通常、実際にはアジャイルではない組織であるため、スパイクの作業を遅らせることはできません。優れたスクラムマスターといくつかの成功したスプリントがあれば、チームが自信を持って言うことができれば、次のように簡単になります。 私たちは見積もりに現実的であり、成功したスプリントと迅速な納品はプロセスによるものです。