デザイナーと開発者のコラボレーションを向上させるためのヒント
今日のテクノロジーは、複数の分野にまたがるチーム間でコラボレーション文化を育むことをかつてないほど容易にしています。しかし、ここで問題が発生します。雇用者の75％がチームワークとコラボレーションは重要であると言う一方で、従業員の39％は自分の組織では人々が十分にコラボレーションしていないと考えています。
今回の記事では、以下のことについてお話します。
- 製品の設計・開発時のチームコラボレーションに影響を与えるもの
- ソフトウェア製品の設計において、デザイナーと開発者の作業をより効果的にするためのヒント
- インスピレーションを得られる2つのブランドを共有します。
それでは早速、ご紹介しましょう。
製品開発とデザイン – チーム連携に影響を与える重要な要素
チーム同士の協力体制に影響を与えるのは、大きく分けて2つの分野です。それは、「役割の数と種類」と「デザインチームの設定」です。以下、それらを見ていきましょう。
デザインチームの役割の数と種類
デザインチームは非常に多様な集団です。組織によっては、1人だけの場合もあれば、大人数の場合もあり、各人がそれぞれのスキルを持って共同プロジェクトに参加します。
コラボレーションを深めるためには、ライター、ソーシャルメディア担当者、データアナリスト、SEO担当者など、医療従事者やマーケティングチームのようなメンバーを想定するのが現実的です。
同様に、デザインチームでは、ユーザビリティリサーチやUXデザインから、ユーザーインターフェース、ブランディング、インタラクションデザインまで、各人が独自の役割と専門性を持っています。それぞれの役割によって、社内外のプロジェクトとの関わり方も異なります。
チーム構成
デザイナーと開発者がどのように協働するかを左右するデザインチームの構造には、4つの種類があります。 1. 一元化
中央集権的な構造は、単一の意思決定者と中央の拠点を特徴とします。最も伝統的で認知度の高いチームマネジメントの方法です。UXのVPまたはディレクターにレポートするデザインマネージャーの下で、デザイナーの別々のチームが別々のプロジェクトに取り組みます。一元化されたチームは、よりシンプルなコラボレーションとプロジェクトのビジョンを共有することができますが、デザインプロセスが遅くなり、チームがサイロ化してしまいます。
2. 組み込み
組み込み型のチームは、分散型のチームとも呼ばれ、クロスファンクショナルで、異なる部門のメンバーが特定のプロジェクトに協力して取り組みます。例えば、新しいWebサイトのランディングページを制作する場合、デザイナー、バックエンド開発者、コピーライターなどが参加し、すべてをプロジェクトマネージャーが監督します。エンベデッドチームは、各メンバーの専門性に焦点を当てながら、全社的な信頼関係とコラボレーションを促進しますが、必ずしも効率的とは言えない構造です。
3. フレキシブル
フレキシブルなチームは、集中型と組み込み型のハイブリッドなヒエラルキーを形成しています。デザイナーは、多分野にわたるクロスファンクショナルなチームの一員として、チームリーダーの下で日々の仕事をこなし、デザインマネージャーが管理します。柔軟性のあるチームは、デザインプロセスに集中し、一般的に目的の変化に対応するのに適しています。しかし、この構造は指揮系統の混乱を招くことが多いため、大規模な組織には不向きと言えるでしょう。
4. 契約関係
契約チームとは、フリーランサーとして雇用された外部のデザイナーのことです。この方法は、社内にフルタイムのチームを置く予算がない企業や、既存のチームが特定のプロジェクトで追加のサポートを必要とする場合によく使われます。
デザインチームと開発チームのコラボレーションを向上させる5つのヒント
それでは次に、製品の設計・開発を改善し、チーム間の協力関係を高めるためのヒントをご紹介します。
1. 現在のチーム構成と必要なものを評価する
階層やプロセスは組織によって異なるため、自分のチームに最適なタイプを探ることが重要です。そのためには、以下のような様々な要素が必要となります。
- 会社の規模
- デザインチームの規模
- デザインプロジェクトの種類
- デザインプロジェクトの要求
主要なステークホルダーと一緒に、現在のセットアップを検証します。どこがうまくいっていて、どこを改善すべきかを検討します。可能であれば、プロセスについて貴重な洞察を持っている「現場」の人々からフィードバックを得てください。
これは、組織改革の重要な側面であり、見落とされがちなことです。チーム全体で変革を成功させるためには、変革の影響を受ける人々からの賛同を得ることが重要です。
例えば、現在、組み込み型のデザインチームを配置しているが、複数のメンバーが同じ作業を繰り返していることが明らかになったとします。これではコストがかかり非効率的です（社員のモラルにも良い影響を与えません）。そのような場合は、デザインを重視したスピーディーなコラボレーションを可能にする、より柔軟なアプローチを試すべきかもしれません。
チーム編成を変更する前には、必ず達成可能な明確な目的を持ってください。
2. デザイナーは誰に報告するのかを知るべき
すべてのビジネスにおいて、すべてのチームには明確な指揮系統が必要です。それは、期待値を確立し、効率性を高め、サポートを求めるチームメンバーを助けるためです。
これは、フレキシブルなチーム構成の中で、デザイナーにとって最大の問題の一つです。デザイナーは、プロジェクトマネージャーに相談すべきか、自分のデザインチームのリーダーに相談すべきか迷ってしまいます。このような問題は、手っ取り早い解決策や「次回は…」という約束で簡単に片付けられてしまいますが、本当の問題には対処できません。
その原因は、コミュニケーションの欠如にあります。ある広範な調査によると、従業員との間の不適切なコミュニケーションが原因で、1社あたり年間平均6,240万ドルの損失が発生している」とのことです。そして、コミュニケーション不足はコラボレーションを阻害します。チームは、方向性も目的もオーナーシップもビジョンも共有されていないプロジェクトが延々と続くという状況に直面し、誰もイノベーションを起こそうとしません。
ここでは、中央集権型や組み込み型のチームタイプに移行するのが望ましいかもしれません。どちらも明確なコマンドヒエラルキーがあり、単一のチーム内（集中型）、または部門を超えたコラボレーション（埋め込み型）のいずれかでコミュニケーションを改善することができます。
3. デザイナーが軽視されていると感じないようにする
デザイナーの数よりも開発者の数の方が多いのが現状です。企業の規模や仕事の種類は関係ありません。複数の開発者がいるチームにデザイナーが一人しかいない場合、デザイナーの意見が無視されるというリスクが常にあります。感情的に言えば、それは共感性の欠如です。
開発者とデザイナーは、まったく異なる角度からプロジェクトに取り組みます。そもそも相手が見ているものを見ていないので、理解することができないのです。
士気とチームの結束力を高めるためには、このような状況に迅速に対処する必要があります。チームメンバー全員の役割、責任、権限を明確にすることで、相互尊重を促します。また、各メンバーの専門分野を明確にすることも大切です。そうすれば、デザイナーがデザインの専門家の視点から発言したり、主張したりすることが容易になります。
4. デザイナーが適切なツールにアクセスできるようにする
テクノロジーの進歩により、チームが世界中のどこにいても、コラボレーションはかつてないほど速く、早く、簡単になりました。しかし、間違ったテクノロジーを選択したり、時代遅れのツールや旧式のシステムを維持することは、コストのかかる決断となります。効率性。競争力。イノベーション。これらのすべては、デザイナーが最高のツールだけでなく、適切なツールを利用できるようにすることで向上します。
UXPin Mergeは、デザイナーと開発者の共同作業の方法を変えます。
そして、車輪を再発明する（あるいは、少なくとも組織内のすべてのシステムとプロセスをオーバーホールする）のではなく、チームを同じ生態圏に引き入れることで効果を発揮します。
強力なGitとStorybookの統合機能を備え、デザイナーは同じReactコンポーネントやStorybookに存在するコンポーネントを使用することができます。これにより、デザイナーは開発者と同じテクノロジーを使用し、最終製品との完全な一貫性を実現できます。同時に、デザイナーは、きれいなUI、完璧なUX、没入感のあるインタラクションなど、自分にとって最も重要なことに集中することができます。
エンドツーエンドのコラボレーションツールとして、Merge はスムーズなコミュニケーションを促進します。デザイナーと開発者が同じシステムを使用しているので、デザインプロセスを通じて両者がシームレスに連携することができます。
5. 開発者のハンドオフのためのフレームワーク
ハンドオフプロセスは、製品開発・設計サイクルの中で最も重要なステージのひとつです。
とりわけ、良いハンドオフは次のような効果があります：
- 回避可能な直前の変更を止める
- 明確な次のステップを伝える
- 効率化と遅延の防止
- 情報格差をなくす
- 早期に主要なステークホルダーから社内の賛同を得る
- 各チームがお互いに何を必要としているかを明確にする。
チームが開発とデザインを同時に行う際、スムーズな移行を実現するためには、明確さとアクセシビリティが優先されます。
ソフトウェア製品開発 – チーム間の効果的なコラボレーションの例
ここでは、ソフトウェア製品のデザインについて、参考になるブランドをいくつかご紹介します。
セグメント
顧客データプラットフォームのリーディングカンパニーであるSegmentは、ソフトウェア製品の開発プロセスを「ディスカバリー」と「デリバリー」の2つのステージに分けています。
発見段階では、プロダクトマネージャーとデザイナーが中心となり、あるアイデアが意味を持つかどうかを検討します。この段階では、製品の使い勝手やお客様にとっての価値、実現可能かどうか、そしてコストはどれくらいかを検討します。
この段階では、ユーザーからのフィードバック、データ分析、競合分析、実験などが行われます。セグメント社では、ディスカバリーは「お客様が直面している問題を共有理解するためのものであり、具体的にどのように解決するかは（まだ）示されていない」としています。
デリバリーフェーズは、「ディスカバリー」が成功し、デザイナーとエンジニアの混合チームに引き渡された後に発生します。この段階では、製品がどのように機能するかに焦点が当てられます。この段階では、ソフトウェアの設計記述を満たすインタラクティブなプロトタイプを作成して文書化し、製品の見た目や操作性、動作を開発者に示します。また、チームは最終的なデザインを確認し、同意します。
Airbnb
Airbnb社は、ソフトウェア製品の設計ツールとしてコードを考え始めた最初の企業の一つです。
元CDOのAlex Schleiferは、同社のコラボレーションギャップを認識し、「デザインツールとしてのコードに投資しています」と述べています。レイアウトやデザインだけではなく、ロジックやデータも含めた資産を扱うことに近づけています。これにより、エンジニアとデザイナーの間のギャップを埋めることができ、設計仕様書やレッドラインの必要性や、ビジョンと現実の間のステップを減らすことができます」。
ツールはその一例です。デザイン技術者のルーク・カーターによると、「シュライファーは、デザイナーがアプリのさまざまなビューをすべて見ることができるツールがあったらいいねと、ふと口にしたんです。これはまさに、Airbnbの複数の部署に影響を与えることができるプロジェクトだと感じました」。
カーターの予感は正しかった。
製品開発とデザインの取り組みは、ソフトウェア開発者だけでなく、会社全体に役立つものでした。エンジニアはAir/shotsを使ってローンチ前に実験的なフローを実行できることに気付き、ローカリゼーション部門はこのツールを使って翻訳を改善することが容易になった。
まとめ
今日の企業では、コラボレーションが生産性と効率性を高め、働きがいある職場環境を作るために役立つことを知りながらもそれを達成するのが難しいと感じています。
費用がかさむ、複雑すぎる。
しかし、その目標を達成するには、費用がかかりすぎるし、複雑すぎる。
確かに、AirbnbのAir/shotのようなプロジェクトを成功させるには時間がかかります。しかし、UXPin Mergeのようなパワフルで使いやすいテクノロジーを導入すれば、誰でもそれを利用することができます。
Mergeは、チーム間の真のコラボレーションを容易にし、創造性を抑制することなくワークフローとコミュニケーションを簡素化します。ぜひ一度試してみてください。
