Content last updated 2026-07-16

リサーチ DRI 向けリソース

GitLab でリサーチ調査を実施するために必要なすべて。

はじめに

UX Researcher は、ユーザーリサーチを実施する多数の GitLab Team Member の一員です。Product Manager や Product Designer などの他のロールも、UX Research チームのガイダンスを受けながら頻繁にリサーチを実施します。すべての Research DRI は、効率的で高品質なリサーチを実施するために、UX Research Operations チームから支援を受けます。

Research DRI とは

  • Designated Research Individual（DRI）は、リサーチプロジェクトを監督・管理する主な窓口です。
  • GitLab では、誰でも UX Research プロジェクトの DRI になれます。Research DRI が UX Researcher ではない場合、支援するロールを担う UX Researcher とペアになります。
  • リサーチの取り組みがプロジェクト目標およびステークホルダーの期待と整合していることを確認します。

Research DRI の責任

  • リサーチ関連の活動における中心的なコーディネーターとして行動する。
  • リサーチイニシアチブのスコープと目標を定義する。
  • リサーチの成果が主要な質問に答え、実行可能なインサイトを提供することを確認する。
  • 調査結果をステークホルダーに効果的に伝える。
  • プロジェクト開発において、ユーザーのニーズとエビデンスに基づく意思決定を擁護する。

リサーチプロセス

リサーチの計画方法

GitLab におけるリサーチの計画は、他の場所で行う場合と変わりません。Research DRI は、対応する UX Researcher と次のステップでペアを組みます:

  • 目標の特定: リサーチが達成することを決め、成功基準を定義する。
  • ステークホルダーとの整合: 主要なステークホルダーと協力してスコープを明確にし、整合を確認する。
  • 方法の選択: 目標に基づいて、適切な定性的または定量的なリサーチ方法を選ぶ。
  • タイムラインの作成: 主要なマイルストーンと成果物を設定する。
  • 参加者のリクルーティング: 対象オーディエンスを特定し、リサーチ参加者をリクルートする計画を作成する。
  • 資料の準備: リサーチガイド、スクリプト、データ収集ツールを作成する。
  • リサーチの実施: 倫理的でバイアスのない実践を確保しながら、計画を実行する。
  • 結果の分析: 調査結果を実行可能なインサイトに統合する。
  • 調査結果の共有: オーディエンスに合わせた形式（例: レポート、プレゼンテーション、ブループリント、ダッシュボード）で結果を提示する。

GitLab のやり方でリサーチプロジェクトを設定する方法

GitLab は非同期優先かつリモート優先の会社です。私たちは、すべてのリサーチ作業とリサーチオペレーションの取り組みを追跡するために、GitLab UX Research Projectを使用します。すべてのプロジェクトは、Research DRI、UX Researcher、Research Operations チームのコラボレーションです。

フェーズ別のロールと責任

1. スコーピング

  • Research DRI は、すべてのコンテキストと目標をResearch Issueに記録し、自分自身と UX Research パートナー（自分が UXR でない場合）に割り当てます。
  • 次に UXR と話し合い、リサーチが必要かどうかを評価して判断します（UXR が作業の優先順位を付ける方法の詳細を参照）。
    • 必要な場合は、Issue で協力し、優先順位を設定し、支援レベルと期限に合意します。
    • 必要でない場合は、UX Researcher が Issue をクローズし、“closed::will not do” のラベルを付けます。

2. ドラフト作成

  • Research DRI と UX Researcher が、リサーチ計画、スクリーナー、スクリプトをドラフトします。
  • すべての文書は、DRI とペアを組む UX Researcher、または DRI 自身が UXR の場合は別の UX Researcher によるピアレビューを受けます。

3. リクルーティングのキックオフ

  • スクリーナーのピアレビューが完了したら、Research DRI はリクルーティングリクエスト Issueを作成します。
  • 次に Research Operations チームがリクルーティングの複雑性を評価し、リクルーティンググレードを割り当てます。
    • Grade 1 または Grade 2 の場合: DRI は、Research Operations チームが提供する簡単な手順ガイドに従って、リクルーティングをセルフサービスで行えます。
    • それ以外の場合、Research Operations チームがリクルーティングを設定して開始します。

4. 参加者の招待とリサーチの実施

  • Research DRI は、リクルーティングツール上で割り当て数が満たされたかをリアルタイムで直接確認できます。
  • Grade 1 または 2 のリクルーティングリクエストでは、DRI が自ら調査の参加者を招待できます。
  • その他のリクルーティングリクエストでは、Research Operations チームが代わりに招待します。
  • 私たちの都合でキャンセルまたは再スケジュールが必要な場合:
    • 十分な事前通知を行わなかった場合など、早めに連絡し、理由を説明し、適切な場合は補償を提示します。
    • 必ず確認を求めます。返信がない場合は、複数のチャネル（例: メール + SMS/WhatsApp）で再送するか、事前に合意した時刻にセッションへ参加して確認することを検討します。

5. 支払い

  • セッションまたは調査完了から 1 ～ 2 営業日以内に、Research DRI は Research Operations チーム、および自分が UXR でない場合はペアを組んだ UX Researcher に通知する必要があります。
  • DRI が UX Researcher である場合、主導する調査のインセンティブを支払えます。
  • DRI が UX Researcher でない場合、Research Operations チームがインセンティブを支払います。

6. 分析と報告

  • Research DRI と、該当する場合は UX Researcher パートナーが、調査結果を統合し、主要な要点を検証して、レポートを作成します。
  • Google Slides が最も一般的な形式ですが、レポートは、文書、Issue、ボード、図など、実際にはどのような形式でもかまいません。
  • ux_research_team_lounge チャンネルでピアレビュープロセスを通す必要があります。ピアレビューの結果、さらに分析が必要になる場合があります。
  • 最終レポートは、ux_research_reports チャンネル（リサーチ Issue 自体にあるテンプレートを使用）およびその他の関連チャンネルと同期ミーティングで共有します。
  • ステークホルダーおよび / または Research DRI は、Product と Design チームが行動できる実行可能なインサイトを特定して Issue 化することで、レポートをフォローアップすることが期待されます。

知っておくと便利なこと

  • リサーチプロジェクトは、チームのキャパシティ制約によりバックログに入ることがあります。決定方法の詳細は、UXR が作業の優先順位を付ける方法を参照してください。
  • リサーチが不要であると合意した場合、リサーチ Issue は実際のプロジェクトになる前にクローズ / 終了することがあります。
  • Research Operations チームは、UX Researcher が審査したプロジェクトのリサーチリクルーティングリクエストのみを支援します。

テンプレートとツール

最終更新 July 30, 2026: Merge pull request #483 from kyama0/translation/batch-2026-07-29-1 (c955a93f)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License