10名のUXチームは、機能的で効果的なコラボレーション方法をお探しですか？
アジャイルソフトウェア開発会社で働く10人のデザイナーのUXチームを管理しています。チームは同じエリアに一緒に配置されていますが、各デザイナーは異なるアジャイルスクラムチームと協力しています。私は次の問題に直面しています：
- 設計者は、設計チームの他のメンバーが取り組んでいることをよく理解していないと感じています。
毎週2時間のミーティングがあり、すべてのデザイナーが集まって最新情報を提供しています。一部のデザイナーは、自分が行ったいくつかのことを示し、他のデザイナーはビジュアルなしでより一般的なアップデートを提供します。
10人のデザイナーがいるため、全員を回るのに少し時間がかかり、会議は一般的に少し古臭く見えます。これが整っていても、設計者は他の人が何をしているかについて十分な概要が得られるとは感じません。
私はまた、各デザイナーが自分たちのスペースをデザインと進歩で更新するための場所を持っているオフィスの壁を引き継いでみました。しかし、このスペースはエリアの少し外側にあり、多くのデザイナーはそれをするのを忘れ、たくさんの管理のように感じています。このようなものはデザインスペースに統合することでうまくいくと思いますが、現時点ではそれは選択肢ではありません。
私は、仕事の共有をもう少し楽しく、効果的で、チームに統合するために使用できるアイデアや他の可能なテクニックを聞きたいと思います。あらゆる形のコラボレーション方法やアイデアを歓迎します。
ありがとう！
これをリフレームしてください：それは素晴らしい機会です！
あなたの状況を解釈する明白な方法は...
個人がプロジェクトランドにいて、それぞれが異なるプロジェクトに割り当てられているため、チームは連絡を取るのに苦労しています。その結果、断片化と分離が発生します。それを回避し、共有とチーム精神を促進する方法が欲しいのです。
このような状況の見方は、「問題を修正」しようとしているため、効果のない解決策につながる可能性があります。せいぜい、穴をふさいだり、「悪いチームダイナミクスを避けたり」することになります。
これを組み立てるより建設的な方法は...
私のチームは、経験を集め、他のほとんどのUXチームよりも速く進化するユニークで望ましい機会を持っています。なぜなら、各メンバーは、異なる部門にまたがるチームに没頭し、異なる製品に取り組んで有意義な時間を費やすからです。これは、学習と組織への露出の巨大な表面領域を作成し、UXチーム全体のエクスペリエンスカーブを本当に後押しする可能性があります。
チームの構成のポジティブな側面を理解することで、ネガティブをプラグインするだけでなく、これらのポジティブを活用するソリューションを考え出す可能性が高くなります。
例えば...
あなたの状況の肯定的な特質（幅広い学習面、部門間の連絡先、複数の製品の流れ）を認識して、以下のいくつかは組織の輪郭に適合します：
ピアレビューをデザインする-定期的にペアリングして、自分の作品をピアレビューするようにしてください。各ペアは2つの異なるチームで作業しているので、アイデアを他家受粉し、「外の目」を提供して設計の「トンネルのビジョン」を防ぎ、グループのシェアフェストではなく1対1のピアセッションを介してより親密につながります。これは最終的に彼らをより良いデザイナーにし、彼らの作品を改善するはずです。ピアレビューは、プロジェクトのソロデザイナーにも以下を提供します。
- 同僚に対する専門的な説明責任の感覚
- 「設計者対チーム」の問題に対するいくつかの設計チームのサポート...例。デザイナーが別の配色やレイアウトについて主張している場合、別のデザイナーにピアレビューを依頼することで、デザイナーがケースを説得力を持ってスクラムチームに伝えるためのより強力な力を提供できる可能性があります。
制度的学習プロセス-学習の表面積が広いので、その学習を適切に制度化する方法について考えます。プロジェクトで毎週実況を行うのは退屈で効果がありません。各プロジェクトの後にすべての設計者に標準の事後分析を依頼する方がはるかに良いかもしれません...これは、プロジェクトのハイライトの誇りあるショーケースに焦点を当てているため、興味を引く可能性が高くなります。
- プロジェクトで最も興味深い設計上の問題を説明します。
- デザインが製品に違いをもたらした理由と方法を明確にします。
- プロジェクトから出てきたUXチームのために学んだ教訓について考えてください（チームの機能をどのように向上させることができますか？）
- プロセスで学習したい本や新しいUXの概念について言及します（たとえば、「Reactネイティブを使用していたのですばらしい）」または「A/Bの優れたツールを見つけた」テスト」）
- チームの強みの一部として人員配置モデルを祝福します-デザイナーが複数の製品やチームにまたがって作業することを通知することで、新入社員を売り込むこともできます。分野を超えたスキルセットと意思決定プロセスに触れるだけでなく、学習時間も大幅に短縮されます。これは、経験をすぐに得たい若いデザイナーにとってはかなり魅力的な提案です。
- キャリア開発を促進するためのローテーションにスタッフを派遣する-チームの割り当ては組織構造の一部であるため、今のところそれらを回避することはできませんが、チームメンバーは、時間の経過とともに露出の確実な断面図を取得し、より丸みを帯びたUXの専門家になります。つまり、デザイナーが2つのモバイルアプリの割り当てを持っている場合、それらを物理的な製品の割り当てにローテーションして、デザイナーに学習の機会と多様性を提供することができます。
- プロセスと記録を使用して制度的記憶を促進します-プロジェクトデザインの事後分析用にケースファイルを保持します（たとえば、ショーケースを標準的な本に印刷します）...これらは、人々がインスピレーションを得るためにめくったり、チームが学んだことを思い出したりするのに最適です。
- リアルタイムツールを慎重に使用する-Slackは、リアルタイムのシンクであり、UXチームの参加に対する実際のプロジェクトの責任のバランスを取ろうとする設計者にとって注意散漫になる可能性があります。 SlackやIMは、チームのサポートに効果的です。 「イラストレーターのワークフローを自動化するのを手伝ってくれる人はいますか？」しかし、これらのプラットフォームはすぐにデボルブする可能性があるため、役に立たない冗談でチームを圧倒しないように、いくつかの社会的規範または節度を提供することは有用です。
...もっと多くの例がありますが、うまくいけば、これは役立つスタートです。
私たちの会社では、チームリーダー間でプロジェクトの更新を共有するために毎月スタンドアップがあります。伝えるのに常に十分なニュースがあるので、これは非常にうまくいきます。そして、それはあまり頻繁にあまり時間をかけません-約1時間。
2つのトラックを試してみてください。1週間に5分の更新で各メンバーを更新し、毎月10〜15分の更新でスライドまたは画像を小さなプレゼンテーションの形で更新します。
または、毎月3時間の社内サミットを行い、全員が自分のプロジェクトでポスターを印刷し、いくつかの会議で見られるようにポスタープレゼンテーションを行います。最初のウォークアラウンドとその後の小さなグループでのプレゼンテーションです。
提案が役に立てば幸い
興味深いことに、私はそのようなグループに参加しようとしています（実際には明日から）ので、ここで大きな議論を望んでいました:-)
私のフロントエンドの経験から、私は以下を試します：
グループを2つの半分、たとえば、ブルースとレッドに分割します。週に1日ずつ別々に発表してもらいます。これはまた、チームの精神を向上させます。
ビジュアルでプレゼンテーションをゲーム化：1つのレポート== 1ポイント、1つのプレゼンテーション== 5ポイント、20ポイント==無料のビール/お好みの飲料。
ブレーンストーミングセッションのために会います—プレゼンテーションではなく、ブロッカーでお互いを助けるために。これにより、誰が何が得意で誰が遅れているかが明らかになります。
面白いリンクと 面白いもの を跳ね返すたるみチャネルを用意してください。これは精神とコミュニケーションを改善します。
チーム内でカリスマ的なリーダー、ユーモアのセンスのある人を見つけ、状況を改善する方法を彼らに相談してください。
仕事で何かにブロックされているときに自分の興味のある分野を楽しんでいる時間があれば、私は個人的にずっと気分が良くなります。私が見た中で最も優れた開発者の一部もそのように思われます。だから私は、各デザイナーに個人的なプロジェクトの時間の10％を与え、彼らにそれを毎月か2回提示させることをお勧めします。
SlackやAsanaなどのオンラインツールは、チームのコミュニケーションやコラボレーションに非常に役立ちます。あなたの状況では、チームの他のメンバーがプロジェクトの他の部分がどの段階にあるかを確認できるようになります。内部電子メールの代わりとしても使用できるため、明らかにアクセスしにくい物理的なボードよりも最新の状態に保たれる可能性が高くなります。
2〜3の一般的なミッションまたは目的に沿ってチームを編成できるかどうかを確認しますか？チームを2〜3のミッションベースのサブチームに分割し、各ミッションの要員を特定します（たとえば、「チームプロセスの簡素化」、「チームの喜び」など）。特定のミッション固有のKPIの責任者をポイントパーソンにします。ローテーションチームは、数週間または数か月ごとにリードして、相互コラボレーションを強化します。
これのもう1つのバージョンは、チーム（ビジュアル、iXD、研究...）でユニークなスキルセットを持つ2人のリーダーを特定し、他のチーム全体でそれらの領域の各側面を監督する権限を与えることです。これにより、チームのデザイナー間のコラボレーションレベルが向上し、組織全体の全体的なデザイン品質のレベルも上がります。
これがリーダーとしての範囲を超えており、迅速な解決策を探している場合は、毎日の設計ハドルのスケジュールを試すことができます。各デザイナーがその特定の日に何を計画しているかを更新するために、各デザイナーが30〜60秒（朝の最初のこと）を行います（ハードストップにします）。
また、「デザインウォール」がスペースから離れすぎている場合は、大型のフォームコアボードをいくつか購入し、それらを使って作品を紹介します。
お役に立てれば。
私は多くの異なるチームにUXポッドを持つ会社で働いています。私が作業しているポッドでは、UXデザイナーがさまざまなプロジェクトで作業することがよくあります。毎週のポッド会議があり、誰もが彼らが取り組んでいることについて話し合い/共有する機会があります。また、月に1回、全体的なUXスタッフ会議を開催しています。個々の寄稿者は、最近の作業をグループ全体に発表することもできます。さらに、私の現在のマネージャーは、各シニアUXデザイナーを2ジュニアデザイナーとペアにしました。週に1回会議を開き、ブレインストーミングを行います。
あなたがそれを説明しているように、それは「a team」ではなく、異なる多分独立したミッションを並行して作業するよう割り当てられた多くのプロです。
その人々からチームを作る1つの方法は、並行して行うのではなく、作業をシリアル化することです。
私自身について説明しましょう：
素晴らしいプロジェクト、つまり素晴らしいチームが生み出すことを実行するために、チーム全体（または2つのハーフチーム）が単一のプロジェクト（または2つ）で短期間に集中することをお勧めします。各プロジェクトのPMが指示する単純なグラフィックデザインを行う代わりに、最終的にはUIの使いやすさを形作ることになります。
チーム全体は、孤立したデザイナーよりも強力で、社内でより重くなります。
チームは十分に強力であり、私が言いたいように、最初から使いやすいUIを「設計で使用可能」に構築する傾向があるポリシーをうまく育成します。
チームアクティビティはUX固有のタスクです。たとえば、会社のポリシーに照らしてデザインを認定する、簡単なユーザーテストを行う、デザインを多数のマネージャーやクライアントに提示する（1人のデザイナーにその戦いを挑ませるのではなく）。
開発チームが実行できないタスクでなければなりません。
しばらくすると、チームラインナップに「UXバス」などの名前を付けてもらうことが成功します。
あなたがしてはいけないことは、共同設計セッションを持つことです。設計は単独で行う必要があり、形になっている場合にのみ公開されます。