it-swarm-ja.com

アジャイル開発環境でのUI / UX

私は中規模の大規模Webアプリケーションで会社と協力しています。アプリケーションは、既存のアプリケーション、手動、および電子プロセスを置き換えることです。このプロジェクトは厳しい締め切りにあり、アジャイル環境で開発されています。

このアプリケーションについてもう1つ注意する必要があるのは、それが構築されている業界/会社は私にとって非常に新しく、私がよく知っているモジュール/アプリケーションが比較的少ないことです。つまり、財務セクションと従業員追跡セクションがあることはわかっています。これらの要件に何を期待するかについてはかなり良い考えを持っています。ただし、遺伝子カタログ、DNAテスト、大量のビジネスロジックが組み込まれた大規模な登録/申請プロセスに関連するセクションやモジュールも数多くあります。

私の質問は、UI/UXデザイナーが、アプリケーション/プロセスの大部分に慣れていない場合に、このサイズ/複雑さのアプリケーションを構築するための計画をどのように行うかです。モジュールを完成させると、それらは開発者に渡され、新しいモジュールが登場したときに問題を引き起こし続けます。既存のフレームワーク/デザインを変更して、それらに適合させる必要があります。

どうすればこれを回避できますか?助言がありますか?いくつかのベストプラクティスは何ですか?

11
Mark

まず、あなたは何の問題も引き起こしていない、あなたはあなたが持っているものでできる限り最善を尽くしていて、助けを求めることはあなたがあなたの肩に良い頭を持っていることを示しています。だから私は私の答えのいずれかをシュガーコートしません、さもなければ私があなたに正義をしているとは信じていません。

まず、アジャイルという用語を捨てます。私はあなたがいる環境にいて、彼らはそれをよりよく知らないのでそれをアジャイルと呼びます。アジャイルとは、ズボンのシートのそばを飛ぶことを意味するのではなく、最高のものを望みます。アジャイルとは、プロジェクトのどこにいるかによって、時間を最大限に活用できることを意味します。

第二に、あなたは列車事故に向かっています。私の提案は今緊急ブレーキを引くことです。困ることを心配するかもしれませんが、心配しないでください。ただそれについてクールであり、あなたは大丈夫です。質問し、明確な答えを得る。あなたが答えに満足するまで尋ね続けますが、クールになってください。メールに関連するすべての担当者をコピーしますが、かっこいいです。

トンネルの端にある光が見えない場合は、何か問題があります。アジャイル環境が機能する唯一の方法は、全員が明確な目標と目的を持って同じページにいる場合です。一般的なゲームプランを用意して、各ピースの扱い方と全体的なフレームワークへの適合性を理解する必要があります。謎の作品はありません。

わかりました。これでうまくいかない場合は、次のようにしてください。先を見て、余計な時間をかけて、独自のゲームプランを考えてください。正直言って、たとえ列車が止まっても、前方を見て、最良の道を見つけます。独自のUXリサーチを行い、プロジェクト全体で使用できる一連の相互作用を見つけます。サイトの整合性を犠牲にすることなく、できるだけ多くの要素を再利用します。

これはあなたが始めるためのリンクです。

やり遂げるために簡略化する必要があります。

幸運を祈ります。機会がありましたら、コメントをお寄せください。結果をお聞かせください。

8
Johnny UX

アジャイルについて

アジャイル関連のさまざまな概念から、私は2つを強調したいと思います。

  • これは、要件の変動性と戦うことを意味しました(頻繁に進化または変更する要件またはその優先順位)。
  • 市場投入までの時間が増加します

アジャイルは、適切なコンテキストで使用され(その後にWordが続く)、魔法にほかなりません。適切に管理されたアジャイルプロジェクト内の変更のコストは、ウォーターフォールパラダイムと比較して劇的に低くなります。

しかし、アジャイルは万能の解決策ではありません(何ですか?)。そして悲しいことに、常に機能する銀の弾丸としてよく見られます。現実はそれとはほど遠い。

要件エンジニアリングについて

A bar chart showing the growing cost of changes as the development process progresses

生産プロセスで要件が満たされるのが早いほど(要件、分析、設計、コーディング、単体テスト、展開)、実現するコストが低くなることが長年にわたって知られています-変更は最初の段階で安価です最後に非常に高価なプロセス。

これはすべてのソフトウェア/ UX設計者が証言することです。設計プロセスの前に知っている要件が多ければ多いほど、設計はより堅固になります。

ここには矛盾があるようです-一方で、アジャイルは非常に限定されたスコープ(要件が考慮されるものを含む)の短いイテレーションに説教します。もう1つは、考慮すべき要件が多いほど、設計が優れているということです。

3つの設計戦略

基本的に3つの設計アプローチ(UXまたはソフトウェア)があります。

  • 使い捨て(革命的)
    • 問題と要件をほとんど理解していない場合(高度な不確実性)
    • すばやく設計し、すばやくテストして、主に機能するものと機能しないものを学習します。
    • 通常は非常に迅速なプロセスですが、設計は破棄される可能性があります(再設計または再加工につながります)。
  • 進化的
    • 問題/要件をある程度理解しているが、それが不完全で変更される可能性がある場合。
    • 各段階で新しい知識を考慮して、段階的に設計を構築します。
    • 通常、設計は次の反復の基礎として機能します。
    • 反復ごとに、以前の設計では多くの場合、改訂が必要になります-時には劇的なものです。
    • 危険は、悪いデザインが続く可能性があることです。
  • インクリメンタル
    • 問題と要件を明確に理解している場合。
    • すべての要件を満たすように設計します。
    • このプロセスは長くなる可能性があります。

アジャイルが素晴らしいとき

アジャイルは、問題のドメインをまったくまたはほとんど理解していないプロジェクトに最適です。完全に革新的なプロジェクトでは、使い捨て戦略がよく使用されます。ただし、ほとんどのアジャイルプロジェクトは進化的設計を使用しています。インクリメンタルデザインは、一般的に反アジャイルです。

重要なことは、アジャイルを使用する場合、現在のデザインが将来の要件に適合しない可能性があることを認識しなければならないということです。 これはアジャイルを選択して署名したものです!これがコードリファクタリングは、アジャイルプロジェクトの成功に 絶対に不可欠 です。アジャイルの用語では、あなたは故意に十分に;を提供します。これ以上何もない。それは今のところ機能しますが、将来の改訂では可能性があります。

アジャイルが災害であるとき

ドメインの問題と要件を明確に理解している場合。最初からこれらを考慮に入れず、より長く非アジャイルなインクリメンタルデザインを採用しないことにより、多くの無駄と手直しが発生します。

かなりの数の企業が問題を明確に理解しています。システムは以前から使用されており、すべての機能が組み込まれていますが、使いやすさが低くなっています。したがって、設計者に証拠を無視するように依頼するのはかなり疑わしいでしょう。そのため、2週間のスプリントに作業を合わせることができます。

提案

そもそも、同僚がケーキを食べて丸ごとそのままにしようとしている場合があります。すべての要件を検討する時間がない限り、最適なデザインを作成するように求められることはありません。 just-enough-now-iterate-laterの概念がアジャイルの鍵です。

そうすれば、システムの他の部分をより横方向に見て、少なくとも将来の見通しをつかむことができます。

しかし、全体として、申し訳ありませんが、定義上すべての要件を考慮していない反復設計を誰かに依頼することは公平ではないと思います。すべての要件を考慮していないため、設計の変更が必要であると文句を言います。 。

16
Izhaki

業界は、UIとUXの設計を、全体的かつ体系的な方法で行う必要がある段階に達したと思います。つまり、デジタルチャネルで新しい製品やサービスを開発しようとする企業は、デザイン、コンテンツ、インタラクションのデザインを組み合わせて一貫性と整合性を保つためのデザインフレームワークまたは同様の構造に時間と労力を費やす必要があります。会社のブランドに。

この例については、 Google Material Design ページと Atlassian Design Guidelines をご覧ください。これは、高レベルの設計アプローチと、低レベルのUIコンポーネントおよびルールの両方を提供し、スタイルとパターンを使用してアプリケーションを開発する人々を支援します。 AppleやWindowsスタイルガイドとは異なり、これらのドキュメントはどちらも生きているだけでなく、よりインタラクティブなので、デザインのすべての重要な要素を1か所にまとめます。

2
Michael Lai

人にアクセスできたら、午後にユーザーとチャットして、システムが何をしているのかを理解します。

0
PhillipW

ユーザーは、(より良い用語がないため)システムのエンドユーザーだけではありません。他にも多くのユーザーが関与しています。開発者、ビジネス、エンドユーザーです。

既存の製品についてエンドユーザーと話し、問題点、ニーズ、目標を発見します。この情報を活用してください。プロトタイピングは、開発サイクルの外でアイデアをすばやく確認するのに役立ちます。開発に影響を与えずに設計仮説を証明します。

開発者と話し、技術的な制限を理解します。特に企業におけるテクノロジーには、多くの制約があり、通常は問題を解決するための特定の方法があります。

ビジネスリードに相談してください。彼らの将来像について学びましょう。彼らが再設計を望んでいる理由を明らかにしてください-本当の理由は、慈善活動の専門用語だけではありません。彼らの成功のイメージを見てみてください。

これらのものを取り、あなたの戦いに優先順位を付けます。 3つのグループから賛同を得て、これを伝えるための最良の方法(インタラクティブなプロト、ホワイトボード、スケッチ、ワイヤフレーム、仕様など)に同意してください。環境に合った方法を使用してください。

カップルが勝つとすぐに、雰囲気があなたの好意でどのように変化するか、そして最終的にユーザーが好むかどうかに驚くでしょう。

頑張ってください! K.

0
Ken