Content last updated 2026-07-22

Product Designer の採用

GitLab で Product Designer 候補者を面接するための、包括的な採用プロセスとガイドライン。

Product Designer、Product Design Manager、リーダーシップ、クロスファンクショナルパートナーは、Product Designer 候補者の面接を通じて私たちの採用プロセスに参加します。このページでは、一貫性があり高品質なエンドツーエンドの採用プロセスを支えるガイドラインを提供します。

一般的なリソース:

面接パネルの構成

面接パネルは、役職レベル、アサインメントモデル、レポートラインに応じて異なります。

ステージに対応した役職(Product Design Manager または Senior Product Design Manager にレポートする場合)

専任の PM および Engineering の安定したカウンターパートと働く、特定のステージグループに対応する Product Designer のパネルには、通常、次が含まれます。

  • Product Designer(ピア面接)
  • 採用を担当する Product Design Manager
  • Product Design の Director または Senior Director
  • Product Manager(ステージグループから)
  • Engineering Manager(ステージグループから)

プロジェクトベースまたはプラットフォームの役職(Senior Director of Product Design にレポートする場合)

横断的なプラットフォームのイニシアチブ(Design System、ナビゲーション、戦略的プロジェクト)に取り組む Staff、Principal、Distinguished のデザイナーのパネルには、通常、次が含まれます。

  • Staff+ Product Designer(ピア面接)
  • Hiring Manager(Senior Director of Product Design)
  • Product Management および Engineering のリーダーシップ
  • Chief Design Officer

これらの役職では、パネルは戦略的な業務に最も関連するステークホルダーを含むようにカスタマイズされます。これらの役職は複数のグループをまたいで、または独立して働くため、ステージ固有の PM/EM は含まれない場合があります。

面接の質問と一貫性

公平性を確保するため、面接中と候補者の評価時の両方で、各ステージにおいてすべての候補者に同じ質問をします。すべての質問は候補者の Greenhouse スコアカードで確認できます。

面接ルーブリック

候補者を評価する際に探すべき肯定的な回答の特徴と特性を示す、面接ルーブリックを定義しています。

ルーブリックの使用方法

  1. 面接の前または直後に、面接するレベル(Senior または Intermediate の候補者)に適したルーブリックを開く
  2. 各質問について、メモとルーブリックを比較する
  3. 候補者の回答が望ましい特徴や特性とどのように比較されるかを評価する
  4. この評価を使って Greenhouse のスコアカードを完成させる

利用可能なルーブリック:

  1. Product Designer(ピア)面接 - Senior Candidate Rubric
  2. Product Designer(ピア)面接 - Intermediate Candidate Rubric
  3. Manager 面接 - Senior Candidate Rubric
  4. Manager 面接 - Intermediate Candidate Rubric

面接トレーニング

すべての Product Designer は、全社共通および Product Design 固有の面接トレーニングの両方を完了した後に、採用プロセスに参加できます。これらのトレーニングでは、GitLab で成功する面接を実施する方法を学びます。

必須トレーニング:

  1. 全社面接トレーニング: GitLab の面接トレーニングを完了する
  2. Product Design 面接トレーニング: 私たちのプロセス、ルーブリック、ベストプラクティスに関する Product Design 固有のトレーニング

トレーニングプロセス

Product Design の面接トレーニングには、次が含まれます。

シャドーイングフェーズ:

  • 経験豊富な Product Designer の面接担当者を 2 回の別々の面接でシャドーイングする
  • 成功する面接がどのように実施されるかを観察する
  • ルーブリックの使用方法とスコアカードを効果的に完成させる方法を学ぶ

コーチングフェーズ:

  • コーチによるシャドーイングを受けながら 2 回の面接を実施する
  • 面接スキルに関するフィードバックを受ける
  • 実際の面接でルーブリックの使用とスコアカードの完成を練習する

追加の実践:

  • さらに実践や支援が必要な場合は、追加のシャドーイングの機会を依頼する
  • コーチは改善すべき領域についてガイダンスを提供できる

スコアカードの完成

候補者を面接する全員は、長所、短所、総合的な推薦を記載したスコアカードを完成させる必要があります。スコアカードは私たちの採用判断に不可欠であり、面接から 24 時間以内に完成させる必要があります。

面接スコアカードを完成させるためのヒント

高品質なスコアカードを完成させるには、次の手順に従ってください。

  1. メモを入力する: 候補者の Greenhouse スコアカードの各テキスト領域にメモを追加する
  2. メモを整える: 採用担当マネージャーのレビュープロセスを助けるため、タイポ、スペルミス、不完全な記述を修正する
  3. ルーブリックを使用する: 候補者の回答を該当するルーブリック文書と照らしてレビューし、回答がどのように比較されたかを検討する
  4. 評価を追加する: 具体的な評価を Pros/Cons セクションに記入する
  5. 属性を評価する: 面接で話し合われた、または履歴書/CV かポートフォリオで確認できる属性のみを評価する。対象でなかったものは未回答のままにする

スコアカードのベストプラクティス

  • 具体的にする: 「良いコミュニケーター」のような曖昧なフィードバックは役に立ちません。例を示してください
  • 面接を参照する: 評価の根拠となった具体的な回答や場面を引用する
  • スキルとバリューの両方を考慮する: 技術的な能力と GitLab のバリューへの適合を評価する
  • 速やかに完成させる: 詳細が新鮮なうちに 24 時間以内に提出する
  • 率直に伝える: 率直な評価は、私たちが適切な採用判断をするのに役立つ

Manager 向けリソース

Justification スコアカード

Justification スコアカードは、採用担当マネージャーが候補者の成功をどのように支援する予定かについての追加コメントを取り入れながら、提出されたすべてのスコアカードを要約します。

Justification で扱うべき主な質問:

この候補者は、どのような具体的な点でチームをより良くしますか?

  • 候補者が採用キックオフ Issue の Must-Haves および Nice-to-Haves をどのように満たすか
  • 候補者が役職とチームにもたらすその他の強みと独自のスキル
  • 候補者の価値を示す、面接での具体例

面接プロセス中にどのような懸念が提起されましたか?

  • 候補者が満たしていない Must-Haves または Nice-to-Haves、採用を進める理由とその対応方法
  • 面接中に提起された懸念と、それに対応する計画
  • 軽減戦略を説明しつつ、ギャップについて率直に伝える

この候補者が成功できるようにするには、どのようにしますか?

  • ソフトスキルとバリューに基づき、候補者の成長をどのように支援するか
  • 特定された弱点やギャップを乗り越えるための計画
  • 提供する具体的な支援、メンタリング、リソース
  • 候補者のアサインメント(ステージ対応かプロジェクトベースか)が成功をどのように支援するか

オファーは計画内ですか?その理由は?

  • 重要な予算計上済みの採用、補充、異動のいずれかを確認する
  • 回答が不明な場合はマネージャーと協力する

候補者は Nice-to-have 要件の単純過半数(9 個中 5 個)を満たしていますか?

  • すべてのスコアカードの Nice-to-have 属性をレビューする
  • 集約したフィードバックに基づき、はい/いいえで回答する

属性の概要

提出されたすべてのスコアカードの合計に基づいて回答します。たとえば、候補者が Collaboration のバリューについて 4 つ星と 1 つの高評価を受けた場合は、そのフィードバックを要約するために星を選択します。このセクションにメモを残す必要はありません。

候補者を前に進める

候補者をオファーに進めるには、UX チームは面接プロセスに参加した UX チームメンバーから少なくとも 2 件の強い賛成の推薦を必要とします。このしきい値は役職に関係なく適用されます。IC、マネージャー、ディレクター、Chief Design Officer のいずれからの強い賛成も、この要件に対して同等の重みを持ちます。チームのシニアメンバーからのものであっても、強い賛成が 1 件だけでは前に進めるのに十分ではありません。

異なるアサインメントモデルでの採用

異なるアサインメントモデルで採用するときは、面接と評価で何を重視すべきかを検討してください。

ステージに対応した役職

面接での重点:

  • 特定のプロダクト領域の専門家になるための、深いドメイン専門性と能力
  • 安定したトリオモデル(PM、Designer、EM)内での協働
  • 専任のカウンターパートと長期的に働く能力
  • ステージ固有のユーザーワークフローと技術的制約の理解

パネルの構成:

トリオへの適合とドメインの整合性を評価するため、ステージグループから PM と EM を含めます。

プロジェクトベースまたはプラットフォームの役職

面接での重点:

  • プラットフォーム思考と複数のチームをまたいで働く能力
  • 横断的な体験に対する戦略的思考とビジョン
  • 専任の PM パートナーシップなしに独立して業務を推進する能力
  • チーム横断の協働と影響力のスキル
  • 曖昧さと複雑な組織ダイナミクスへの対応力

パネルの構成:

イニシアチブに基づいてカスタマイズします。役職が最も密接に働く関連ステークホルダーとパートナーを含めます。

どちらの役職タイプにも、同じ中核となる Product Design の能力(デザインクラフト、ユーザー中心の思考、協働、イテレーション)が必要ですが、アサインメントモデルに応じて重点とコンテキストは異なります。