アジャイルチームでは、ユーザーストーリーにUI要素のリンクまたはスクリーンショットを含める必要がありますか?そうでない場合、どこにデザインを配置しますか?
例えば:
ユーザーとして、管理パネルにアクセスできるようにWebサイトにログインします。
ストーリーの説明:
これがどのように見えるかの詳細についてのデザインです。 [デザインへのリンク]またはスクリーンショット。
最初に、私が働いたすべてのアジャイルショップは異なる方法でそれを行ったと言います。だからあなたのための答えは、おそらく「あなたの聴衆にとって最善であるものは何でもしてください」です。 (開発者、私は仮定します。)
現在の仕事では、プロジェクトオーナーがユーザーストーリーを作成して管理しています。 (私はUXデザイナーとしてこれを作成したことはありません。)それらはプラットフォームや設計にとらわれないように作成されています。つまり、何が発生するかを説明しますが、どのように発生するか、どのウィジェットが使用されるかについては何も述べていません。
UXチームは、ワイヤーフレームまたはプロトタイプをユーザーストーリーに添付するので、両方から作業する開発者にとって便利です。
私は通常、ユーザージャーニーに何かの画像を入れませんが、それがどこで行われるかの例を見てきました。
あなたが避けたいのは、読者を複雑なインターフェースにそらすので、読者をナラティブからそらすことです。あなたが画像を使用するつもりなら、それがあなたが行っている旅の一部を補足することを確認してください。
また、スクリーンショットやワイヤーフレームなどとナラティブを組み合わせたストーリーボードと混同されているかもしれません
私たちのチームで現在行っていることは、ユーザーストーリーを使用して、チームメンバー間およびチームとクライアント間でより良いコミュニケーションをとることです。
それはどういう意味ですか?
だから、はい、デザインはストーリーに沿っていますが、ストーリーがチームメンバーやクライアントと既に話し合って承認を得ている限りは。もちろん、これは作業方法の1つです。誰かがこれの改善を提案しなければならない場合は、お願いします!
私はデザイナーではなくフルスタックの開発者です。私にとって、UIデザインは趣味の問題です。私は常にアジャイルな方法論を扱います。ほとんどの場合、かんばんです。ソフトウェアのユーザーストーリー単なる機能であり、一般的にはのプロトタイプや外観のプロトタイプは含まれていません。
各ユーザーストーリーは、いくつかのステージを移動します。たとえば、SCRUMとカンバンでは、最初の段階は開発です。ただし、このステージはコードのみを意味するのではなく、設計から実装までをカバーします。ユーザーストーリーを小さなタスクに分割するのは正常です。このタスクはポイントまたは時間で見積もる必要があり、これによりユーザーストーリーの値が発生します。
したがって、ユーザーストーリーがSprintバックログに発展すると、ユーザーはこれに変更されます(たとえば)。
ご覧のとおり、ユーザーストーリーはタスクを分割する必要があるため、チームは1人のメンバーを、タスクを完了するために必要な1つ以上のタスクに割り当て、もちろんデザイナーも含めます。
覚えている:チーム一緒に作業しなければならないたとえ別個の領域であっても。これはあなたに確かなソフトウェアを保証します。
これは、ユーザーストーリーの担当者によって異なります。あなたの例は、ユーザーがウェブサイトを通じて管理パネルにログインできるべきであることを説明しています。
開発者/デザイナーは次のように質問します。-ユーザーはどのようにログインしますか? Facebook、メール、その他の方法-ログインフォームはWebページのどこにありますか? -どのエラーメッセージを表示する必要がありますか?
チームがタスクをよりよく理解できるように、ユーザーストーリーを明確にすることをお勧めします。したがって、デザインやワイヤーフレームは必要ありません。
ユーザーとして、自分のメールアドレスとパスワードを使用してWebサイトにログインし、管理パネルにアクセスしたいと考えています。間違った資格情報を使用した場合に備えて、エラーメッセージが表示されます。ログインフォームは、メインナビゲーションを通じてすべてのページからアクセスできる必要があります。