私は中規模の大規模Webアプリケーションで会社と協力しています。アプリケーションは、既存のアプリケーション、手動、および電子プロセスを置き換えることです。このプロジェクトは厳しい締め切りにあり、アジャイル環境で開発されています。
このアプリケーションについてもう1つ注意する必要があるのは、それが構築されている業界/会社は私にとって非常に新しく、私がよく知っているモジュール/アプリケーションが比較的少ないことです。つまり、財務セクションと従業員追跡セクションがあることはわかっています。これらの要件に何を期待するかについてはかなり良い考えを持っています。ただし、遺伝子カタログ、DNAテスト、大量のビジネスロジックが組み込まれた大規模な登録/申請プロセスに関連するセクションやモジュールも数多くあります。
私の質問は、UI/UXデザイナーが、アプリケーション/プロセスの大部分に慣れていない場合に、このサイズ/複雑さのアプリケーションを構築するための計画をどのように行うかです。モジュールを完成させると、それらは開発者に渡され、新しいモジュールが登場したときに問題を引き起こし続けます。既存のフレームワーク/デザインを変更して、それらに適合させる必要があります。
どうすればこれを回避できますか?助言がありますか?いくつかのベストプラクティスは何ですか?
まず、あなたは何の問題も引き起こしていない、あなたはあなたが持っているものでできる限り最善を尽くしていて、助けを求めることはあなたがあなたの肩に良い頭を持っていることを示しています。だから私は私の答えのいずれかをシュガーコートしません、さもなければ私があなたに正義をしているとは信じていません。
まず、アジャイルという用語を捨てます。私はあなたがいる環境にいて、彼らはそれをよりよく知らないのでそれをアジャイルと呼びます。アジャイルとは、ズボンのシートのそばを飛ぶことを意味するのではなく、最高のものを望みます。アジャイルとは、プロジェクトのどこにいるかによって、時間を最大限に活用できることを意味します。
第二に、あなたは列車事故に向かっています。私の提案は今緊急ブレーキを引くことです。困ることを心配するかもしれませんが、心配しないでください。ただそれについてクールであり、あなたは大丈夫です。質問し、明確な答えを得る。あなたが答えに満足するまで尋ね続けますが、クールになってください。メールに関連するすべての担当者をコピーしますが、かっこいいです。
トンネルの端にある光が見えない場合は、何か問題があります。アジャイル環境が機能する唯一の方法は、全員が明確な目標と目的を持って同じページにいる場合です。一般的なゲームプランを用意して、各ピースの扱い方と全体的なフレームワークへの適合性を理解する必要があります。謎の作品はありません。
わかりました。これでうまくいかない場合は、次のようにしてください。先を見て、余計な時間をかけて、独自のゲームプランを考えてください。正直言って、たとえ列車が止まっても、前方を見て、最良の道を見つけます。独自のUXリサーチを行い、プロジェクト全体で使用できる一連の相互作用を見つけます。サイトの整合性を犠牲にすることなく、できるだけ多くの要素を再利用します。
やり遂げるために簡略化する必要があります。
幸運を祈ります。機会がありましたら、コメントをお寄せください。結果をお聞かせください。
アジャイル関連のさまざまな概念から、私は2つを強調したいと思います。
アジャイルは、適切なコンテキストで使用され(その後にWordが続く)、魔法にほかなりません。適切に管理されたアジャイルプロジェクト内の変更のコストは、ウォーターフォールパラダイムと比較して劇的に低くなります。
しかし、アジャイルは万能の解決策ではありません(何ですか?)。そして悲しいことに、常に機能する銀の弾丸としてよく見られます。現実はそれとはほど遠い。
生産プロセスで要件が満たされるのが早いほど(要件、分析、設計、コーディング、単体テスト、展開)、実現するコストが低くなることが長年にわたって知られています-変更は最初の段階で安価です最後に非常に高価なプロセス。
これはすべてのソフトウェア/ UX設計者が証言することです。設計プロセスの前に知っている要件が多ければ多いほど、設計はより堅固になります。
ここには矛盾があるようです-一方で、アジャイルは非常に限定されたスコープ(要件が考慮されるものを含む)の短いイテレーションに説教します。もう1つは、考慮すべき要件が多いほど、設計が優れているということです。
基本的に3つの設計アプローチ(UXまたはソフトウェア)があります。
アジャイルは、問題のドメインをまったくまたはほとんど理解していないプロジェクトに最適です。完全に革新的なプロジェクトでは、使い捨て戦略がよく使用されます。ただし、ほとんどのアジャイルプロジェクトは進化的設計を使用しています。インクリメンタルデザインは、一般的に反アジャイルです。
重要なことは、アジャイルを使用する場合、現在のデザインが将来の要件に適合しない可能性があることを認識しなければならないということです。 これはアジャイルを選択して署名したものです!これがコードリファクタリングは、アジャイルプロジェクトの成功に 絶対に不可欠 です。アジャイルの用語では、あなたは故意に十分に;を提供します。これ以上何もない。それは今のところ機能しますが、将来の改訂では可能性があります。
ドメインの問題と要件を明確に理解している場合。最初からこれらを考慮に入れず、より長く非アジャイルなインクリメンタルデザインを採用しないことにより、多くの無駄と手直しが発生します。
かなりの数の企業が問題を明確に理解しています。システムは以前から使用されており、すべての機能が組み込まれていますが、使いやすさが低くなっています。したがって、設計者に証拠を無視するように依頼するのはかなり疑わしいでしょう。そのため、2週間のスプリントに作業を合わせることができます。
そもそも、同僚がケーキを食べて丸ごとそのままにしようとしている場合があります。すべての要件を検討する時間がない限り、最適なデザインを作成するように求められることはありません。 just-enough-now-iterate-laterの概念がアジャイルの鍵です。
そうすれば、システムの他の部分をより横方向に見て、少なくとも将来の見通しをつかむことができます。
しかし、全体として、申し訳ありませんが、定義上すべての要件を考慮していない反復設計を誰かに依頼することは公平ではないと思います。すべての要件を考慮していないため、設計の変更が必要であると文句を言います。 。
業界は、UIとUXの設計を、全体的かつ体系的な方法で行う必要がある段階に達したと思います。つまり、デジタルチャネルで新しい製品やサービスを開発しようとする企業は、デザイン、コンテンツ、インタラクションのデザインを組み合わせて一貫性と整合性を保つためのデザインフレームワークまたは同様の構造に時間と労力を費やす必要があります。会社のブランドに。
この例については、 Google Material Design ページと Atlassian Design Guidelines をご覧ください。これは、高レベルの設計アプローチと、低レベルのUIコンポーネントおよびルールの両方を提供し、スタイルとパターンを使用してアプリケーションを開発する人々を支援します。 AppleやWindowsスタイルガイドとは異なり、これらのドキュメントはどちらも生きているだけでなく、よりインタラクティブなので、デザインのすべての重要な要素を1か所にまとめます。
人にアクセスできたら、午後にユーザーとチャットして、システムが何をしているのかを理解します。
ユーザーは、(より良い用語がないため)システムのエンドユーザーだけではありません。他にも多くのユーザーが関与しています。開発者、ビジネス、エンドユーザーです。
既存の製品についてエンドユーザーと話し、問題点、ニーズ、目標を発見します。この情報を活用してください。プロトタイピングは、開発サイクルの外でアイデアをすばやく確認するのに役立ちます。開発に影響を与えずに設計仮説を証明します。
開発者と話し、技術的な制限を理解します。特に企業におけるテクノロジーには、多くの制約があり、通常は問題を解決するための特定の方法があります。
ビジネスリードに相談してください。彼らの将来像について学びましょう。彼らが再設計を望んでいる理由を明らかにしてください-本当の理由は、慈善活動の専門用語だけではありません。彼らの成功のイメージを見てみてください。
これらのものを取り、あなたの戦いに優先順位を付けます。 3つのグループから賛同を得て、これを伝えるための最良の方法(インタラクティブなプロト、ホワイトボード、スケッチ、ワイヤフレーム、仕様など)に同意してください。環境に合った方法を使用してください。
カップルが勝つとすぐに、雰囲気があなたの好意でどのように変化するか、そして最終的にユーザーが好むかどうかに驚くでしょう。
頑張ってください! K.