アジャイル開発でのユーザーインターフェイスの設計とそれぞれの機能サポートの扱い方
アジャイル開発プロセスでは通常、主な焦点はユーザーストーリーですが、単一の要件が複数のユーザーストーリーにまたがることがあります。
たとえば、クライアントはフォーラムのすべてのユーザーの検索ページをリクエストする場合があり、ユーザーの禁止、ユーザーの削除、パスワードのリセットなど、各ユーザーで実行できるいくつかのアクションがあります。
この機能は、少なくとも4つのユーザーストーリーに分割できます。
- ユーザーを検索
- ユーザーを禁止する
- ユーザーを削除
- パスワードを再設定する
ユーザーインターフェイス設計者は、そのようなユーザーインターフェイスをどのように実装しますか？彼/彼女は最初のユーザーストーリーに取り組んでから、UIの機能を増やしていきますか？しかし、最終的なUIはめちゃくちゃになると思います！
機能全体（検索+アクション）に取り組むことを決定した場合、アクションが優先度が低く、検索機能が実行された後に数回の反復が実装されるとしたらどうでしょうか。
繰り返してください。あなたはユーザーと直接仕事をしていますよね？だから、それは本当に混乱することはありません。
最初に検索ページを実行します。あなたとユーザーは、結果に対してアクションを実行できることを望んでいることを覚えておいてください。ユーザーはそれを好きですか？はい、検索しました。
次に、「パスワードの変更」（または次に優先順位の高いもの）を追加します。おっと、検索ページを少し変更する必要があります。まあ、変更は多くの場合ゲームの一部です。ユーザーは結果を気に入っていますか？良い。
次のアイテムを追加して、次の...
アジャイルアプローチでは、常にフィードバックがすぐに得られるため、優れているはずです。
とはいえ、同じイテレーション（削除ユーザーと禁止ユーザーの追加）でこれらのストーリーのうち2つを攻撃できない可能性があるという本当の理由はありません。重要なのは、常にお客様と協力して正しいことを確認することです。
元の「設計」が完了して実装された後、ユーザーはその検索画面から他に何かしたいことを考えてしまうことがよくあります（常に？）。ですから、最終的にそれを変更することになりますある時点でとにかく。その期待で全体に近づくだけで、あなたは良いはずです。
よく言っているような気がします。アジャイルは、未来を無視して自分を隅までデザインするために目隠しをする必要があるという意味ではありません。アジャイルは、あなたがどのようにdeliver機能性であるかについてであり、design機能性とはほとんど関係ありません。
つまり、短期間で機能の提供が延期されない限り、デザインを作成するときに好きなだけ遠くを見ても問題ありません。
これは、具体的な例では、後でアクションを簡単に追加できるようにユーザーインターフェースを設計することを意味しています。ただし、アクションの設計を正しく行うことに取り組むと、基本的なユーザー検索の配信がイテレーションで遅れる場合は、アクションのない検索が顧客にとって価値があると想定して、最初にアクションのない設計を行うことをお勧めします。
「この設計作業が最初の納品を遅らせているのですか？」と自問する必要があります。ほとんどの場合、答えはノーです。とにかくデザインを行う必要があります。変更するのは、いくつかのデザイン基準だけです。
最初のユーザーストーリーは、インターフェイス全体のデザインにすることができます。ユーザーは、その一部だけをデザインする必要はありません。ビジネス価値を高めるのは、全体としてのデザインです。
そうは言っても、ここには少なくとも2つの異なる機能があります。ユーザーを検索する機能と、1人以上のユーザーに対して機能を実行する機能です。設計者は、それが理にかなっている場合は、それらのそれぞれに早急に取り組むことができます。
覚えておいてください：目標は質の高いソフトウェアを提供することであり、いくつかの方法論を盲目的に実行することではありません。デザインをバラバラに分割することがその目標に役立つか、それとも妨げになるかを自問してください。スクラムポリスはなく、ハッピーまたは不満の顧客だけがいます。
アジャイル/エクストリームのプログラミング工場でインターンする機会がありました。彼らは、ストーリーカードを使用して、反復的な開発プロセスを推進していました。各ストーリーカードは、実装または変更を推進しました。重要なのはユーザーの操作でした。ソフトウェアのユーザーと対話せずに、ユーザー向けのインターフェースをうまく設計するにはどうすればよいですか？
考えられるシナリオは、ユーザーの対話から開始して、ユーザーが最初に何を望んでいるかを決定することです。次に、フィードバック、ユーザー優先度、およびユーザーが持つ必要があるものの増加に基づいて、UIを繰り返し設計します。
ユーザーストーリーは、ユーザーがどのように、どのレベルで、どのように相互作用するかを促進するためにあります。しかし、それらはユーザーと対話するまでの近似にすぎません。すべてが何か特定のものを望んでいる多数のユーザーがいる場合、UIのベースラインを定義するために、人々の小規模な調査が行われる場合があります。