Content last updated 2026-02-12

UX リサーチワークショップの実施方法

GitLab における UX リサーチワークショップのプロセス

UX リサーチワークショップは、リサーチプロジェクトのさまざまなフェーズで UX リサーチャーが他のチームメンバーと協働するために活用できるアクティビティです。リサーチが実施される前または後に行うことができ、グループから合意を得ることができます。

UX リサーチワークショップのメリット

UX リサーチワークショップは、UX リサーチャーがプロダクトチームと協働して将来のリサーチスタディを計画したり、ユーザーのペインポイントへの取り組み方について合意を取ったりする方法を提供するため有用です。チームが同じ場所にいない場合や、リサーチプロジェクトに集中するための定期的なミーティング時間がない場合、特に協働的なアクティビティになります。

始め方

このハンドブックページでは、UX リサーチワークショップを実施するための主な手順を説明します。このプロセスについて質問がある場合は、UX リサーチャーに連絡してください。チームのために UX リサーチワークショップのセットアップおよび/または運営を支援できます。

ステップ 1: UX リサーチワークショップを選ぶ

UX リサーチャーがプロジェクトを始めたり終わらせたりする際に使える、5 つの異なるタイプの UX リサーチワークショップがあります。このセクションでは、各ワークショップを定義し、UX リサーチャーが初期セットアッププロセスに役立てられる FigJam テンプレートへのリンクを提供します。

リサーチの初期フェーズ

  • リサーチプロジェクト計画ワークショップ: 将来のリサーチプロジェクトの方向性とビジョンについて合意に達するためのプロセス。このタイプのワークショップは、リサーチの取り組みが開始される前にステークホルダーの賛同を得るために使用されます。(FigJam ボードテンプレート
  • ユーザビリティベンチマークキックオフワークショップ: リサーチ計画ワークショップに似ていますが、今後のベンチマーキングスタディのための主なジョブ・トゥ・ビー・ダン(JTBD)ステートメント、ユーザータスク、募集基準、リサーチ質問、メトリクスに焦点を当てます。(FigJam ボードテンプレート

リサーチの後期フェーズ

  • リサーチ推奨アライメントワークショップ: リサーチを通じて特定されたどのユーザーペインポイントをチームが修正すべきか、どう修正するかについてプロダクトチームと合意に達するためのプロセス。このタイプのワークショップは、推奨事項がチームによって事前に議論され合意されているため、最終リサーチレポートでのサプライズを排除するのに役立ちます。(非同期ベースのワークショップ用 FigJam ボードテンプレート; (同期ベースのワークショップ用 FigJam ボードテンプレート))
  • リサーチレトロスペクティブワークショップ: リサーチプロジェクトのポジティブとネガティブを振り返るために使用される、UX リサーチャーおよび/またはステークホルダー間のオープンな対話。また、このワークショップは将来の関連プロジェクトのための改善領域とアクションアイテムを特定するために使われます。(FigJam ボードテンプレート
  • リサーチサマリーワークショップ: ステークホルダーが最終リサーチアウトプットに貢献できるよう、得られたリサーチデータをチーム内で協働的に分析する方法。これは、リサーチの結果に対するステークホルダーの賛同を高め、データ分析にかかる時間を削減するのに使われます。このタイプのワークショップは、推奨事項がチームによって事前に議論され合意されているため、最終リサーチレポートでのサプライズを排除するのに役立ちます。(FigJam ボードテンプレート
  • ユーザビリティベンチマーク推奨アライメントワークショップ: ユーザビリティベンチマークを実行した後、ステークホルダーと推奨アライメントワークショップを実施するためのプロセスです。(FigJam ボードテンプレート

UX リサーチャーがプロジェクトに UX リサーチワークショップが最適と判断した場合、ワークショップのセットアップ時間としておよそ 1 週間 を割り当てるべきです。次のセクションでは、事前に考慮すべき主要な側面を強調します。

ステップ 2: 非同期と同期のワークショップから選ぶ

GitLab では、デフォルトで非同期コミュニケーションに傾くので、可能な限り非同期ワークショップの使用をお勧めします。ただし、同期ワークショップがユースケースに適している状況もあります。下の表は、非同期と同期ワークショップの主な違いを強調しています。

非同期ワークショップのメリット

  • 設定されたミーティング時間がないので、さまざまなタイムゾーンにわたるより多くの参加者が貢献できる。
  • 参加者に自分の時間でワークショップタスクを完了する柔軟性を提供する。
  • 一度に完了する必要があるのではなく、ワークショップタスクがより管理可能な小さなチャンクに分けられる。

同期ワークショップのメリット

  • 参加者がオープンな議論を行い、リアルタイムで質問の回答を得られる。
  • すべてが 1 つまたは少数の大規模ミーティングに凝縮されるので、ワークショップタスクをより速い時間枠で完了できる。

ステップ 3: ワークショップを完了するのに必要な時間を決定する

非同期ワークショップ

参加者に割り当てられた非同期タスクには、完了に十分な時間を持つ明確な期限が含まれているべきです。ほとんどの場合、1〜2 週間 の通知で十分です。期限がイベント(例: 会社や国の祝日、マイルストーンの締切など)と衝突する場合があります。参加者にメッセージを送る際は、提案された期限についてのフィードバックに対してオープンであり、より高い全体の参加を確保するために妥協する意志があるべきです。

同期ワークショップ

同期ワークショップの長さは、取り組みのサイズと範囲によって異なります。UX リサーチャーは、個々のワークショップタスクにどれくらいの時間がかかるべきかを考えることで、一般に必要な時間量を見積もることができます。同期ワークショップ中はしばしばグループ議論が発生するので、UX リサーチャーが計画した議題を急いで進めてしまうことを避けるため、各タスクに割り当てる時間量を過大に見積もる方がよいでしょう。

同期ワークショップが 2 時間 以上続くと予想される場合、UX リサーチャーは参加者を疲れさせないように、十分な休憩を含めるか、ワークショップを複数日にわたって分割することを検討する必要があります。参加者がワークショップに集中し続けられることが重要です。1 つの同期セッションで参加者に達成するよう求めることを制限することにより、UX リサーチャーは彼らからより高品質なアウトプットを得ます。

ステップ 4: ワークショップ参加者のリストを特定する

UX リサーチャーは、リサーチの実施を支援したり、発見されたアクション可能なインサイトからの変更を実装したりできるチームメンバーを包含していることを確認する必要があります。新しいリサーチワークショップをセットアップする際は、次のロールを考慮するべきです:

  • プロダクトマネージャー
  • プロダクトデザイナー
  • エンジニアリングマネージャー
  • フロントエンドエンジニア
  • バックエンドエンジニア
  • 他のチームをサポートする UX リサーチャー(該当する場合)
  • UX リサーチマネージャー(該当する場合)

UX リサーチャーがワークショップに誰を招待するかについて確信がない場合、チームのプロダクトマネージャーまたは UX リサーチマネージャーにガイダンスを求めることができます。

ステップ 5: ワークショップ素材を提供する

リサーチワークショップをセットアップする際、参加者は、取り組みを最もよくサポートする方法を理解できるよう、求められていることについてコンテキストを持つ必要があります。UX リサーチャーは、参加者に対して事前にさまざまなリソースや明示的な事前作業を提供することを検討するべきで、ワークショップを完全に準備された状態で開始できるようにします。下のリストは、どのような種類のリソースや事前作業を含めるかについてアドバイスするために使用できます:

  • リサーチレポート
  • リサーチ Issue/epic
  • Dovetail 内に含まれる関連リサーチクリップのハイライトリール(例: ユーザビリティフィードバック、参加者インタビュー)
  • 手順を含む FigJam ボード
  • 手順を含む YouTube 動画

GitLab では、参加者が今後のワークショップを認識していることを確実にするため、過剰なコミュニケーションに傾いています。したがって、参加者がワークショップに関する詳細を見逃さないよう、複数のアプリケーション(たとえば: Slack、GitLab、Google Calendar)でリソースと事前作業を共有することをお勧めします。

非同期ワークショップキックオフメッセージの例

asyncstartingworkshopmessage

同期ワークショップキックオフメッセージの例

syncstartingworkshopmessage

FigJam ボードをチームメンバーが利用できるようにする

このハンドブックページには、FigJam ボードの適切なアクセスレベルを設定する方法に関する情報があります。

ステップ 6: ワークショップの成果を作成して共有する

ワークショップが完了したら、UX リサーチャーは最終的な成果を伝える前に、合成が必要かどうかを判断するため FigJam ボードをレビューする必要があります。ほとんどの場合、テーマを特定したり、ワークショップデータを最終的な状態に再編成したりするための追加の分析が必要になります。

そこから、UX リサーチャーはワークショップの成果を参加者や他の関心のあるチームと広く共有できます。GitLab Issue のコメントと関連する Slack チャンネル(#UX_Research_Reports、#Product、#UX)を通じて成果を伝えることをお勧めします。

ワークショップの成果のいくつかのタイプ:

  • アクション可能なインサイトの Issue
  • 完了した FigJam ボード
  • インサイトや学びの要約
  • レトロスペクティブ Issue スレッド
  • ワークショップの動画録画(同期ワークショップのみ)

非同期ワークショップ成果メッセージの例

asyncworkshopoutcomemessage

同期ワークショップ成果メッセージの例

syncworkshopoutcomemessage