Content last updated 2026-02-12

Research DRI のためのリソース

GitLab で調査研究を実施するために知っておくべきすべて。

はじめに

UX Researcher は、ユーザー調査を実施する多くの GitLab チームメンバーの一人です。Product Manager や Product Designer などの他の役割も、UX Research チームのガイダンスのもとで頻繁に調査を実施しています。すべての Research DRI は、効率的で高品質な調査を実施するために、UX Research Operations チームによってサポートされています。

Research DRI とは？

  • Designated Research Individual (DRI) は、調査プロジェクトの監督と管理の主要な窓口です。
  • GitLab では、誰でも UX 調査プロジェクトの DRI になることができます。Research DRI が UX Researcher でない場合は、サポートの役割を果たす UX Researcher とペアを組みます。
  • 調査の取り組みがプロジェクトの目標とステークホルダーの期待に沿うことを保証します。

Research DRI の責任

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

調査プロセス

調査の計画方法

GitLab で調査を計画することは、他の場所と変わりません。Research DRI は、次のステップで対応する UX Researcher とペアを組みます:

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

GitLab 流の調査プロジェクトの設定方法

GitLab は async-first（非同期優先）かつ remote-first の企業です。すべての調査作業と調査運用の取り組みを追跡するために、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 を作成します。
  • 次に、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 チームが実行するための実行可能なインサイトを特定して発行することが期待されます。

知っておくと便利

  • チームの容量制約により、調査プロジェクトがバックログに入る可能性があります。その決定方法の詳細については、UXR が私たちの作業をどのように優先順位付けするかを参照してください。
  • 調査 Issue は、調査が不要であることに合意した場合、実際のプロジェクトになる前に閉じられる／終了される可能性があります。
  • Research Operations チームは、UX Researcher によって検査されたプロジェクトの調査リクルートメントリクエストのみをサポートします。

テンプレートとツール

最終更新 June 14, 2026: Merge pull request #403 from kyama0/claude/cool-turing-ls6eck (bfd74782)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License