デザインを台無しにしないためには、いくつのUXデザイナーが必要ですか？
何人のUXデザイナーがプロジェクトで一緒に作業する必要があるかについての経験則はありますか？プロジェクトのサイズ（機能/画面の数など）、プロジェクトのタイムライン、ユーザーインタラクションの複雑さなどを考慮に入れます。
プロジェクトチームごとに少なくとも1人のUXデザイナーが必要だと思いますが、2人の方がさらに良いでしょう。また、各UXデザイナーの長所/短所がどこにあるかによっても異なります。理論的には、1人のUXデザイナーよりも複数のUXデザイナーがより良い結果を生み出すと考えるかもしれませんが、物事を二重に扱う人が多すぎたり、スタイルやデザインの方向について異なる意見を持っているなどの問題もあります（アポロ症候群を参照）。
UXデザイナーが自分で作業するとき、または他の人と作業するときに問題を特定するための研究があったかどうか知りたいのですが。
[〜＃〜] update [〜＃〜]：私は実際に他のUXデザイナーといくつかの異なるプロジェクトで作業したので、この質問の更新を提供する必要があると思います（自分の答え）今、私はこのトピックについて別の見方をしています。
「UXデザイナー」を2つの異なる役割、つまり「UX」と「デザイン」に分割します。
UX
UXの部分では、優れたチームは誰かだけの場合よりもうまく機能します。これは、多くの意見が必要なアイデアやブレーンストーミングに特に重要です。一人の人はしばしばこれを非常に難しいと感じるでしょう。
10人でうまく機能するチームもあれば、2人では多すぎるチームもいます。 良いチームとは、主にバランスのことです。1人の強みが別の人の弱みのバランスを取ります。人が持つすべての強さは弱さにもつながることを理解する必要があるため、バランスが重要です。ここでは、さまざまな側面を理解する上で ベルビンチームの役割 がかなり役立つことを発見しましたが、これ以外にも多くの便利な方法があります。
一部の人は、有権者を避けることだと主張していますが、私はそうは思いません。アイデアを出し、チームの他のメンバーが評価できる情報でそれらをバックアップする合理的な意見を持つ人々は非常に役に立ちます。
設計
UXフレームワークが完成したら、単一のデザイナー（または大規模なプロジェクトの場合は小規模な設計チーム）がいることを好みます。デザインに関しては、ビジョンの一貫性が重要であり、それは人々がアイデアを投げかけることではなく、機能アートについてです。これは、それだけでソロタスクになります。
彼らは「料理人が多すぎるとスープが台無しになる」と言っていますが、それに真実はありますが、適切な言い方は、実際には「料理人がスープを台無しにするthink 。したがって、そうです。情報のない意見が多すぎると悪いことになる可能性があります（委員会による設計）。
一般的に言えば、問題に前もって取り組んでいる熟練したマインドが多ければ多いほど、ソリューションのリストをより早く絞り込んで絞り込むことができると思います。
ただし、ある時点で、「単一のビジョン」を堅持して、終わりに近づくことを改善することにはメリットがあります。これは通常、詳細なUI設計に入るときです。簡単な例としては、10人ではなく1人のデザイナーがすべてのアイコンをデザインして、アイコンに共通の美的品質を共有させたいとします。
しかし結局のところ、それは数よりも性格についてです。誰もがホワイトボードを共有している戦争室の環境を楽しむ適切な人格を持っている場合、タグチーミングプロジェクトで得られることはたくさんあると思います。
質問に答えるために-あまりにも多くのUXデザイナーがデザインを台無しにすることができます-答えはもちろん、彼らはできますが、彼らはしませんする必要はありません。
ユーザーのニーズを理解し、ビジネスルールをプロジェクトに適用しながら、関係者全員と協力することができるが、すぐ隣にいる誰かと一緒に作業できないために失敗するUXデザイナー-自分自身、クライアントや会社、またはUX全体。
電気フェーズを組み合わせるようなものだと考えてください。あなたは2人の人々を互いに位相をずらします-彼らは自分自身をキャンセルします。 2人の人間を同相にします-彼らはその効果を2倍にします。
ただし、UXのフィールドの性質上、エンドユーザーを考慮する必要があるため、UXデザイナーは他のメンバーよりも互いに同相である可能性が高くなりますまたはグループ内の役割。
可能な限り、私は取り上げたいと思います Damien Newmanによる設計プロセスの波打つ これは、設計プロセスが乱雑な調査フェーズで始まり、設計プロトタイプフェーズを狭め、ほぼフラットなラインに落ち着く方法を示します。設計ソリューションに到達したとき。
複数のUXデザイナーは、その巨大な研究空間をさらに探索する余地があり、結果としてより多様なインプットが得られますが、これはすべて、互いにだけでなく、チーム全体と一緒に、共有ビジョンにまとめられるはずです。すべての利害関係者。
また、複数のUX設計者がデザインを損なうのではなく、強化することができるのは、全体的な共同作業のおかげです-彼らは自分のためにそれを行っていないからです。
通常、1つの上級レベルのUXDと1つまたは2つのジュニア（必ずしもエントリレベルではないが、上級レベルよりもジュニア）のUXDは、チームにとって良いスタートとなるでしょう。 UXDに加えて、適切な洗練されたグラフィックスを支援するビジュアルデザイナがいることは常に素晴らしいことです。
私が考えているプロジェクトのサイズは、1つの中小規模のWebサイトまたは小さなモバイルアプリケーションです。プロジェクトの範囲が大きい場合は、範囲を小さな部分に分割し、各部分を上記の1つのチームに引き渡して、担当者（UXD？）がチーム全体でより高いレベルの継続性を調整するようにします。
一人で責任を持ってしっかりした完全な結果を得る方がはるかに簡単だと思います。一部の決定は非常に主観的に扱いやすいため、場合によっては責任を持って最終決定を下すためにボールが必要になります。
当然、熟練した専門家は間違いなく問題を解決しますが、通常、責任のリストが明確なプロジェクトはより良い結果をもたらします。
免責事項：これは私の非常に主観的な立場です。
物事を行うための唯一の良い方法があるわけではないので、異なるビジョンが衝突する可能性があります。それらを部分的に適合させると、最終結果は一貫性がなく悲惨なものになる可能性があります。それを行う唯一の良いモデルは、UXチームのリーダーが1人になるように、これらのUXデザイナーを構造化することです。
this this siteの例を見てみましょう。数百人のUXデザイナーの「チーム」があります。そして、各質問は、個別の設計課題と考えることができます。
それで、私たちが多数の意見を持っていることは助けになると思いますか、それともすべての質問に（@JohnGBであったとしても）1人の男だけが答えたほうがいいと思いますか？
通常、私は自分の質問には答えませんが、経験を積む前にこの質問をし、質問に答えるために必要な経験の一部を得たので、試してみようと思いました。
UXに関連するタスクを概念レベルで見ると、それらをいくつかの異なる部分に分割でき、チームとして機能するコンポーネントと、個人として最適なコンポーネントがあると思います。
- 概念化、アイデア（創造的思考の部分）：チーム（つまり、複数の人）がいることの利点は、より広い視野と経験のプールを提供するため、これが本当に役立つ場所だと思いますから描画します。
- 実装：作業を論理的なチャンクに分割でき、非常に優れた標準+プロセスが実施されている場合、これをチームで行うことができます。 「チャーン」するのに必要な時間。ただし、この部分が十分に管理されていることはめったにないので、一般的には1人で行うのが最善です。ただし、その場合、人は比喩的に「バスに襲われた」というリスクを冒します（おそらく、大規模なプロジェクトでは過労しているためです）。したがって、不適切に管理されたプロジェクトでは、実際に料理人の数が問題になることはなく、スープは常に腐ってしまいます。
- レビュー：ピアなしではピアレビューを行うことができないため、これは時間があるときに行うのが最善のもう1つの部分です。ただし、プログラマーが自分のコードでユニットテストを行うのと同じ方法で、自分の作業をレビューして批評できることには、依然として利点があります。
- テスト：このタイプの作業は、レビューを行うのと同じ性質を持っていると思います。複数の人がいると、テスト（たとえば、他の人がメモを取っている間に誰かが話したり観察したりする）に大きく役立ちます。他に助けが得られない場合でも、それを単独で行うことや別の方法で管理することを妨げるべきではありません（スキップする理由/理由ではありません）。
また、全員がこれらのアクティビティの1つ以上を行うのに忙しい大規模なチームでは、一般に、スケジュールとワークロードを管理して、全員が生産的であり、コミュニケーションが取れていることを確認する担当者が必要です。
したがって、必要なUXデザイナーの最小数の私の「式」は次のようになります。
同時に作業する必要があるすべてのプロジェクトに+1のUXリソース
現在取り組む必要があるタスクのタイプごとに+1のUXリソース
3つの同時タスクの倍数以上に到達すると、+ 1のUXリソース
3つのプロジェクトの倍数以上に到達すると、UXリソースを+1
たとえば、ある会社が2つの異なるプロジェクトを同時に実行していて、各プロジェクトが同時に実装とテストを行っている場合、2人（プロジェクトごとに1人）を割り当て、さらに1人追加します。これらの各プロジェクト（並行タスクごとに1つ）は、合計4人に到達します。突然別のプロジェクトに取り掛かった場合は、合計で3つのプロジェクトの倍数に達したため、リソースを1つ追加する必要があります。