本当に大きなプロジェクトを始める良い方法は何ですか？
私は最近、主要な金融ツールの非常に多額の再設計に挑戦しました。このアプリケーションのほとんどすべてが混乱しています。 （彼らは過去10年間それを構築しており、私は彼らが雇った最初のデザイナーです。）
ロジックは非常に複雑で、組織化も標準化も行われていません。修正すべき問題はたくさんありますが、最悪のものを選ぶのは難しいです。 （ヘルプシステム、ナビゲーションシステムはなく、醜い/使用できないフォームのTONがあります。）
だから、私の質問はこれです：大規模で複雑な再設計のために、どこから始めますか？大規模な再設計を計画する際に役立つヒントはありますか？
ありがとう！
編集：私の特定のケースでは、エンドユーザーは私の手の届かないところにいます。 （私は銀行で働いています-セキュリティの問題...）私は一般的な答えを出しておきたいと思いますが、ユーザーに直接アクセスできなかった場合にあなたたちが何をするかについて触れておくと役に立ちます。また、これはバックエンドシステムであり、消費者向けのWebサイトではありません。注目度の高い企業や銀行口座の管理者のみが使用します。
私の初日の仕事では、そのようなプロジェクトは普通です。そして、それらは本当に混乱しており、経験は本の価値があります:)しかし、私は短くしようとするでしょう。
最初は、一人の戦士が苦労しているときは、巨大なプロジェクトは完璧ではないことを頭に入れておいてください。これは、醜い制御とプロトタイプ（私が持っていた）でうつ病と数ヶ月の悪夢からあなたの精神を救います。しかし、あなたはそれをはるかに良くすることができます。
次に、問題の主題に関する情報をできるだけ多く取得するように努めます。本を読んだり、専門家に質問したりします。一部のプロジェクトでは、1か月以上の没頭が必要でした。並行して、アプリケーションがどのように機能するかを理解してください。非タスクベースのドキュメントでさえ、アプリケーションタスクに関する情報を提供できる場合があります。行間を読みましょう—なぜそれが実装されたのですか？どの目標を達成するのに役立ちますか？.
すべての仮定を書いてください。考えを整理して構成し、参加者と話し合うようにしてください。通常、テクニカルサポートは多くのことを教えてくれます—直接的な方法ではありません（すべてのフィードバックには解釈が必要です）が、ユーザーの要求と再生についての情報を受け取る場合があります。
通常、巨大なプロジェクトは、分類法、整合性、ローカル（具体的なインターフェース）ソリューションに悩まされます。これは、システムの優先順位や概念上の欠点に関する情報がなくても、多くのことができる場所です。 再結合し、すべてのインターフェースを統合し、単純なソリューションを作成し、すべての複雑で個別のソリューションを非表示にします。具象フォームの実装とナビゲーションモデルをより簡単にすることができます。
また、チームと良好な関係を築くことが非常に重要です。彼らが十分に優れている場合は、営業（または技術サポート）部門に、アプリケーションに関する未解決の質問を含む短いアンケートをクライアントに送信するよう依頼できます。
巨大な専門プロジェクトの重要な機能の1つは、シナリオベースではなく機能ベースであることです正常です— MS Wordはほとんどすべてのユーザーによって使用されており、ペルソナやシナリオを見つけることができません彼らのすべてのグループのために。そして、MS Wordは悪くありません（しかし理想的ではありません）。したがって、あらゆるタスクを可能な限り簡単かつ自動化し、すべての機能をナビゲートすることを可能な限り明白にするために、ほとんどの注意を払う必要があります。ただし、重要なシナリオがないという意味ではありません。それらを検索してみてください。ただし、すべてを説明しようとしないでください。それは非現実的です。
競合他社のプロジェクトが存在する場合は、それに注意を払います。対象となる問題がない場合は、競合他社が存在します—複雑さとアプローチが類似した自明でない類似物が常に存在します。
したがって、要約すると、探偵になる-明白でない調査、仮説を立てる、単純化して統一する-そして反復、反復、反復します。
可能であれば、ユーザー調査から始めます。最初にペルソナ、シナリオ、その他のアーティファクトを開発します。これは、どの領域が最も高い優先順位であるかを見つけるのに役立ちます。
CooperらによるAbout Face 3をご覧ください。 （ISBN 0-4700-8411-1）クーパーの目標指向設計は、ユーザーインタラクションと設計プロジェクトに取り組むのに非常にうまく機能します。
また、IxDフォーラム、ここではux.se、およびUIE Brain Sparksなどのサイトで「プロセス」を確認してください。
ソリューションの作業を開始する前に、システムを完全に理解し、問題が本当に何であるかを理解する必要があります。長年の経験を持つユーザーがいて、彼らの意見を聞く価値はあるでしょう。プログラムに没頭するには、少し時間がかかります。おそらく誰かにいくつかのシナリオを教えてもらえますか？
多数のユーザーが簡単に記入できる調査を作成することをお勧めします。結果のパターンを探します。より具体的なユーザビリティテストを行うこともできます。現在のシステムのヒューリスティック評価を、ページレベルとフローレベルの両方から実行します。ユースケースとユーザーのタイプを確立するようにしてください。そこから私はいくつかのペルソナを作成し、これらを中心にデザインします。
実際には段階的に変更する必要があるかもしれません。そのサウンドによっては、まったく異なる新しいバージョンをリリースすることはできず、そのようには機能しません。
小さなチャンクで再設計することは可能ですか？ 1つの大規模な再設計ですべてを危険にさらすのではなく、すぐに勝ち取り、ボードでいくつかの実行を取得します。
ボード上でいくつかの実行を開始することは常に重要です。ビジネスに返されている価値を示すことができれば、追加のリソースや、ユーザーテストの神秘的な根拠を求めることもできます。
現時点ではユーザーにアクセスできないとのことですが、進行状況を表示できるようになれば、地盤を和らげることができるかもしれません。
再設計されている各チャンクを評価し、ビジネスの意味とユーザーの意味でその価値を比較検討することが重要です。ユーザーの価値を実際に確認する唯一の方法は、ユーザーを知ることです。
残りの回答に同意します。再設計の利点の1つは、現在のシステムでユーザーが何を好むか、何を嫌うかを理解するために作業できる既存のユーザーベースがあることです。
大規模な再設計プロジェクトに取り組み、インタビューから始め、既存のシステムを使用してユーザーを観察しました。観察結果は、ユーザーが問題にどのように対処しているかを正確に把握できるため、非常に役立ちました。観察を使用すると、デザインを改善する機会を見つけることができ、インタビューから得るのが難しいことを示します（たとえば、ユーザーが私たちのサイトから情報をコピーして別のシステムに貼り付けていた;私たちのサイトは簡単なコピーをサポートする必要があることを学びました）。
調査を行った後、ユーザーがシステムを使用して達成する必要があるタスクのリストを作成できます。次に、あなたとあなたのチームはリストに優先順位を付け、最大のux勝利をもたらすと信じるものに取り組むことができます。
あなたの唯一の問題はbig systemとno one to talk toだと思います。
- 大画面のリストを作成する
- 一度に1つの画面で、3つの部分（情報、入力、相互作用）に分割します。小さな付箋を作成します。元の左上隅の画面、右上隅は入力/情報/インタラクションとして分類します（または別の色のポストイットを使用します）。
- すべての画面からすべての情報、入力、相互作用を収集します。
- もう少し理解できないというポストイットを研究する
この演習を行う間、システム全体を理解するだけです。この演習からさらに多くを得るなら、それから良い:)しかし、邪魔されずにこれに少なくとも1時間投資してください。たくさんの水を飲むと、ポストクラブをしようとすればするほど、一緒に新しい画面を形成することができます。作成できる新しい画面のさまざまな組み合わせを見つけます。
複雑なので、understandingシステムにのみ注目してください。質問をし、話し合い、質問に答えている人が助けてくれることを確認してください。個人的に聞いて赤ちゃんのように泣いているのではありません:)一度に1人と話します。
私はウェブサイトの再設計に関する質問のためにこの記事を書きましたが、あなたにも役立つと思います。
アプリケーションの設計や再設計はインタラクティブなクリエイティブプロセスであり、あまり体系的ではありません。しかし、従うべき手順は、プロセスワークフローを整理するのに非常に印象的かもしれません。これは、製品を設計または再設計するための体系的なアプローチです。そして、これをウェブデザインの分野でも実行できます。
- まず、現在のデザインに関する問題のリストを作成します：この問題は、Webサイトの所有者、ユーザー（この場合は、それら）、および技術的な問題、UX、システムログなどに関するその他の分析.
- ルートカジュアルを探す：このステップでは、ステップ1の問題リストのルートカジュアルを探します。問題ごとに、適切なルートカジュアルを抽出します。これは、 5 whys のような標準的な方法を使用して行うことができます。いくつかのルートカジュアルが互いにオーバーラップしている可能性があるため、それらを組み合わせます。
各ルートカジュアルの潜在的な原因を見つける：このステップでは、ルートカジュアルに影響を与えた潜在的な力を抽出します。通常は Fishbone（Ishikawa） 図を使用します。 「ウェブサイトのトラフィックが少ない」場合のフィッシュボーン図の良い例を次に示します：
![enter image description here]()
Do-To-Doリストの作成：ステップ3から取得した情報に基づいて、どのパラメーターが問題を引き起こしたかがわかり、大きなビジョンを持つことができます私たちのウェブサイトが持つべき仕様と能力。このステップを行うには、実行するリストと実行しないリストを記述します。この手順により、繰り返してはならない古いバージョンの問題と、新しいデザインに適用する必要のある新しいバージョンの適切な仕様についての根本的な理解が明確になります。
- 拡張設計仕様：このステップでは、通常 Five Ws + H 関係者に質問してデザインを拡張および明確化する方法何が起こったのか？いつ発生したのか？どこで発生したのか？なぜそれが発生したのか？およびどのように発生したのか？シナリオ作成を通じて。
製品仕様の開発：このステップでは、デザイン全体の詳細な仕様を次の側面で開発します：美学、機能、コスト、素材（ウェブデザインに関して）グラフィックライブラリ、コードライブラリ、テクノロジーなど）、環境（モバイル、デスクトップ、ローカルカルチャーなど）が考えられます。このステップでは、デザインの視覚的表現を開始するための基本計画を作成します。
ワイヤーフレームを描く：はい、想像力だけでなく、それらを描きます。この手順は、最後の6つの手順に基づいて行われます。これで私たちが正確に何を望んでいるかをよく理解できたので、ウェブサイトのビジュアルデザインがどうなるかについて、いくつかのワイヤーフレームを描き始めました。次に、トップ3のデザインを次のステップに移します。 3つ以上選択しないでください。
選択したワイヤフレームをプロトタイプにレンダリングします：この手順では、ワイヤフレームに色とモーションを追加し、それらを有効にします。このステップで最も重要なことは、最後の知識と経験に基づいて色と動きを選択し、コースの最後のステップ、特に美的仕様を選択し、個人的な意見に基づいて選択しないことです!!!
雇用主への提示：このステップでは、最後の3つのプロトタイプを雇用主に提示します。私たちはすべての部分を詳細に彼に説明し、すべての部分は個人的な意見に基づくのではなく、強く形成された知識に基づいて行われることを彼に説得する必要があります。最後に、雇用者はそれらの1つを選択し（ほとんどの場合、変更が要求されます）、実装に進みます。
最後に、実装：このすべての手順を実行したら、ウェブサイトのフロントエンドとバックエンドの実装を開始する時が来ました。最後に適用することを忘れないでください実装フェーズへのステップ。
そのデザインは天才的なチームワークであることを忘れないでください。ほとんどすべてのステップでグループワークとブレインストームとインタラクティブな引数を使用する必要があります。
[追加]ほとんどの人は、ワイヤーフレームなどをスクリーニングして作成することから始めます。しかし、そのシステムの基礎となるコンテキストを、それを書いた開発者よりもよく理解する必要があります。この場合にのみ、大きな複雑なシステムをニース統合シンプルシステムに再設計できます。
talkingと一緒にセキュリティの問題とは？実際のデータでサーフィンをしているときは、サーフィンができないのは理解できますが、電話やメールで連絡できないのは、災害のレシピです。十分な要件を満たせず、再設計によって1つまたは複数の典型的なワークフローが途切れることなく、コミュニケーションが取れない可能性はほとんどありません。
ユーザーとのコミュニケーションが本当に不可能な場合は、フォーム上のデータやユーザー間のナビゲーションルートを削除するような変更を加えないことを強くお勧めします。スタイルを一貫させ、レイアウトの問題を修正し、現在のアドホックの混乱に加えて、新しいナビゲーションシステムを追加します。しかし、それ以上のことをしようとすると、最終的にあなたの顔に爆破することになります。