アジャイル開発環境でシステムのUX要件を収集するにはどうすればよいですか？
クライアントがアジャイルモデルを使用して開発したいと考えているプロジェクト計画アプリケーションに取り組み始めています。要件をどのようにして通常のUX成果物に変換できるかを理解したいと思います。アジャイルUXについて、すべてのUXアクティビティをアジャイル開発プロセスに調整/調整する方法に関連しているため、誰か教えてもらえますか？特に、UCDを開発活動をサポートするアジャイルプロセスに変換する方法を知りたいです。
この記事を言い換えると、 リーンUXのスマッシングマガジンに関する優れた記事 を読むことを強くお勧めします。
リーンUXとは、成果物の重視ではなく、設計されている実際のエクスペリエンスに重点を置いて、作業の本質をより早く明らかにするための実践です。従来のドキュメントは破棄されるか、少なくとも最低限のコンポーネントにまで削減され、実装の開始に必要な最小限の情報が提供されます。非常に短く、反復的で、忠実度の低いサイクルが優先され、長い詳細な設計サイクルは避けられます。フィードバックは、実装チームのすべてのメンバーから早期かつ頻繁に送信されます。チーム全体とのコラボレーションは、製品の成功に不可欠です。
私の経験から、あなたが知っておくべき重要な側面のいくつかはここにあります：
- 変更と設計プロセスについて常に顧客をループに入れておく
- 何かを設計するときは、スプリントサイクルが短いため、実装するのがどれほど難しいかという技術的な詳細に注意する必要があることを常に覚えておいてください。技術的な制約を理解するか、できれば初期設計時に開発者と緊密に協力する必要があります。フェーズは非常に役立ちます
- ドキュメントを最小限に抑えますが、完全に破棄しないでください
- 常にフィードバックを得て、最大のリターンまでの最短ルートを探します。つまり、いくつかの方法でソリューションを実装できる場合は、最も複雑な方法ではなく最も簡単な方法を探します
- 変更や新しい発見について経営陣に情報を提供してください。十分に強調することはできません。何度も繰り返しテストを行った結果、設計プロセスが完全に方向転換し、経営陣とのコミュニケーションが取れなくなったことで、タイトスポット
- スプリントサイクルを定義する一方で、ユーザビリティテストにユーザーが対応できない、休暇を取ったり、意見を提供するためにそこにいないなど、外部の依存関係を考慮します。
私が言ったことはすべてのソフトウェア設計ライフサイクルに当てはまることを認めますが、アジャイルプロセスにUXを組み込むことを検討する場合、これらは特に重要だと感じました