質問: アジャイルに「uxストーリー」はありますか? uxが「全体像」の考え方を処理するために使用できる、アジャイル内のユーザーストーリーの代替案が文書化されていますか?たとえば、3つの異なる「チャンク」の開発があるwebページがあるとします。開発者はこれらを個別のストーリーに分解して、それらを機能させるためにすべてのバックエンド接続の構築を開始できるようにする必要があります。ただし、これらの3つの「チャンク」は、uxおよびuiの観点から、1つの全体的なページとして設計する必要があります。jiraのコンテキストでこれに対応する方法に苦労しています。そこでは、ストーリーを毎日の追跡可能なタスクに分解することが期待されています。各ユーザーストーリーの下にuxタスクを追加することは、それを処理する1つの方法ですが、それは本質的にタスクの複製です。たとえば、「ワイヤーフレームの作成」は各ストーリーのタスクです。ただし、ワイヤーフレームは1つしかありません。ページのワイヤーフレームです。そこで、開発者が使用しているストーリーと重複/干渉しない個別に追跡可能な要素としてuxタスクを引き出す方法を見つけようとしています。1つの考えは、「uxストーリー」(より適切な用語がないため)と考えられ、次のようになります。 [私たちのチームの開発者]として、[ソリューションを構築する]ために[uiがどうなるかを知る]必要があります。 私にはそれはばかげているように聞こえ、何よりもハックのようですが、これにより、uxが1つのストーリー内で処理して簡単に追跡するためのタスクを構築できます。これを処理するためのより良い方法を誰かが見つけましたか(最初にスプリントからuxを移動する前に...)?「デザインスパイク」は1つの提案でしたが、私が読んだものはすべて控えめに使用する必要があると述べています。そして、uxが開発者が次のスプリントを実装できるタスクに取り組むことができるように、スプリントごとのソリューションが必要です。
回答: 答えはスパイクストーリーですアジャイルにはuxデザインの余地はないと言われているようです。しかし、あなたがそれを最大限に活用する場合があります。バックログから実際のユーザーストーリーを取得する前に、スパイクストーリーを実行できます。スパイクとは、出荷可能な製品の生産ではなく、質問への回答や情報の収集を目的としたストーリーまたはタスクです。 uxデザインの問題を解決するために開発チームが実際の作業を行うまでは推定できないユーザーストーリーが生成されることがあります。解決策は、「スパイク」を作成することです。これは、答えまたは解決策を提供することを目的とするストーリーです。他のストーリーやタスクと同様に、スパイクには見積もりが与えられ、スプリントバックログに含まれます。読んでください : http://agiledictionary.com/209/spike/ http://agileatlas.org/articles/item/spikes-in-scrum-the-exception-not-the-rule この急上昇中に、利用可能なオプション(ワイヤーフレーム)を考え出し、それを顧客または利害関係者にフィードバックのために実行する必要がある場合があります(ux reaserch)。