プロダクトデザイナーの採用
プロダクトデザイナー、プロダクトデザインマネージャー、リーダーシップ、クロスファンクショナルパートナーは、プロダクトデザイナー候補者を面接することで採用プロセスに参加します。このページでは、一貫した高品質のエンドツーエンド採用プロセスをサポートするためのガイドラインを提供します。
一般リソース:
面接パネルの構成
面接パネルは、役割レベル、割り当てモデル、レポート構造に基づいて異なります。
ステージに整列した役割（プロダクトデザインマネージャーまたはシニアプロダクトデザインマネージャーにレポート）
専任の PM とエンジニアリングの安定したカウンターパートと働く特定のステージグループに整列したプロダクトデザイナーの場合、パネルには通常以下が含まれます。
- プロダクトデザイナー（ピア面接）
- 採用プロダクトデザインマネージャー
- プロダクトデザインのディレクターまたはシニアディレクター
- プロダクトマネージャー（ステージグループから）
- エンジニアリングマネージャー（ステージグループから）
プロジェクトベースまたはプラットフォーム役割（プロダクトデザインのシニアディレクターにレポート）
横断的なプラットフォームイニシアチブ（デザインシステム、ナビゲーション、戦略的プロジェクト）に取り組む Staff、Principal、Distinguished デザイナーの場合、パネルには通常以下が含まれます。
- Staff+ プロダクトデザイナー（ピア面接）
- 採用マネージャー（プロダクトデザインのシニアディレクター）
- プロダクトマネジメントおよびエンジニアリングのリーダーシップ
- Chief Design Officer
これらの役割では、戦略的作業に最も関連性の高いステークホルダーを含めるようにパネルがカスタマイズされます。これらの役割は複数のグループにわたって動作するか独立して動作するため、ステージ固有の PM/EM は含まれない場合があります。
面接の質問と一貫性
公平性を確保するために（面接中と候補者の評価の両方で）、各ステージで各候補者に同じ質問をします。すべての質問は候補者の Greenhouse スコアカードで利用可能です。
面接ルーブリック
候補者を評価する際に求めるべき肯定的な回答の特性や特徴を提供する面接ルーブリックを定義しました。
ルーブリックの使い方
- 面接の前または直後に、自分の面接レベル（シニアまたは中級候補者）に適切なルーブリックを開く
- 各質問について、自分のメモをルーブリックと比較する
- 候補者の回答が望ましい特性／特徴とどう比較されるかを評価する
- この評価を使用して Greenhouse スコアカードを完了する
利用可能なルーブリック:
- プロダクトデザイナー（ピア）面接 - シニア候補者ルーブリック
- プロダクトデザイナー（ピア）面接 - 中級候補者ルーブリック
- マネージャー面接 - シニア候補者ルーブリック
- マネージャー面接 - 中級候補者ルーブリック
面接トレーニング
どのプロダクトデザイナーも、会社全体とプロダクトデザイン固有の面接トレーニングの両方を完了した後で採用プロセスに参加できます。これらのトレーニングは、GitLab で成功する面接を行う方法を教えてくれます。
必須トレーニング:
- 会社の面接トレーニング: GitLab の面接トレーニングを完了する
- プロダクトデザイン面接トレーニング: プロセス、ルーブリック、ベストプラクティスに関するプロダクトデザイン固有のトレーニング
トレーニングプロセス
プロダクトデザイン面接トレーニングには以下が含まれます。
シャドウフェーズ:
- 2 つの別々の面接で経験豊富なプロダクトデザイナー面接官をシャドウする
- 成功する面接がどのように行われるかを観察する
- ルーブリックを使用し、スコアカードを効果的に完了する方法を学ぶ
コーチフェーズ:
- コーチにシャドウされながら 2 つの面接を実施する
- 自分の面接スキルに関するフィードバックを受け取る
- 実際の面接でルーブリックを使用しスコアカードを完了することを練習する
追加練習:
- もっと練習とサポートが欲しい場合は、追加のシャドウ機会をリクエストする
- コーチが改善のためのエリアに関するガイダンスを提供できる
スコアカードの完了
候補者を面接した全員が、長所、短所、全体的な推奨を含むスコアカードを完了する必要があります。スコアカードは採用決定に重要であり、面接後 24 時間以内に完了する必要があります。
面接スコアカード完了のコツ
高品質のスコアカードを完了するには、これらのステップに従ってください。
- メモを入力: 候補者の Greenhouse スコアカードの各テキストエリアにメモを追加する
- メモを整理: 採用マネージャーのレビュープロセスを支援するために、タイポ、スペルミス、不完全な記述を修正する
- ルーブリックを使用: 候補者の回答を適切なルーブリックドキュメントに照らしてレビューし、回答がどう比較されたかを検討する
- 評価を追加: Pros/Cons セクションに具体的な評価を完了する
- 属性を評価: 議論された属性、または履歴書／CV、ポートフォリオで利用可能な属性のみについて評価を提供する。面接でカバーされなかった場合は、未回答のままにする。
スコアカードのベストプラクティス
- 具体的に: 「良いコミュニケーター」のような曖昧なフィードバックは役に立ちません。例を提供してください
- 面接を参照: 評価の元となった具体的な回答や瞬間を引用する
- スキルと価値観の両方を考慮: 技術的な能力と GitLab の価値観の整合性の両方を評価する
- 迅速に完了: 詳細が新鮮なうちに 24 時間以内に提出する
- 正直に: あなたの率直な評価は、私たちが良い採用決定を下すのに役立ちます
マネージャーリソース
正当化スコアカード
正当化スコアカードは、提出されたすべてのスコアカードを要約しつつ、採用マネージャーが候補者の成功を支援する方法に関する追加のコメントを組み込みます。
正当化で対処すべき主な質問:
この候補者は具体的にどのような方法でチームをより良くするのか?
- 候補者が採用キックオフ Issue の Must-Haves と Nice-to-Haves を満たす方法
- 候補者が役割とチームにもたらすその他の強みと独自のスキル
- 価値を実証する面接からの具体的な例
面接プロセス中にどのようなフラグが立てられたか?
- 候補者が満たさない Must-Haves や Nice-to-Haves について、前進する理由と対処方法
- 面接中に提起された懸念事項について、対処計画を含めて説明
- ギャップについて正直に、緩和戦略を説明する
この候補者を成功に導くためにどのようにするつもりか?
- ソフトスキルと価値観に基づいて進歩を支援する方法
- 特定された弱点やギャップを克服するのを支援する計画
- 提供する特定のサポート、メンターシップ、リソース
- 割り当て（ステージに整列 vs プロジェクトベース）が成功をどう支援するか
オファーは計画内か、その理由は?
- 重要な予算化された採用、バックフィル、転送のいずれかを確認
- 答えがわからない場合はマネージャーと協力する
候補者は Nice-to-have 要件の単純多数（9 のうち 5）を満たしているか?
- すべてのスコアカードにわたって Nice-to-have 属性をレビュー
- 集約フィードバックに基づいて yes/no の答えを提供
属性サマリー
提出されたすべてのスコアカードの合計に基づいて回答してください。例えば、候補者が Collaboration 価値で 4 つ星と 1 つの thumbs-up を受け取った場合、そのフィードバックを要約するために星を選択してください。このセクションにメモを残す必要はありません。
候補者を前進させる
候補者をオファーに進めるには、UX チームは、面接プロセスに参加した UX チームメンバーから少なくとも 2 つの strong yes の推奨が必要です。この閾値は役割に関係なく適用されます。IC、マネージャー、ディレクター、または Chief Design Officer からの strong yes はそれぞれこの要件に対して同等の重みを持ちます。チームのシニアメンバーからの単一の strong yes であっても、前進するには十分ではありません。
異なる割り当てモデルの採用
異なる割り当てモデルの採用を行う場合、面接と評価で強調すべきことを検討してください。
ステージに整列した役割
面接での強調点:
- 深いドメイン専門知識と、特定のプロダクトエリアの専門家になる能力
- 安定したトリオモデル（PM、デザイナー、EM）内でのコラボレーション
- 専任のカウンターパートと長期にわたって働く能力
- ステージ固有のユーザーワークフローと技術的制約の理解
パネル構成:
トリオの適合性とドメインの整合性を評価するために、ステージグループの PM と EM を含める。
プロジェクトベースまたはプラットフォーム役割
面接での強調点:
- プラットフォーム思考と、複数のチーム間で働く能力
- 横断的なエクスペリエンスのための戦略的思考とビジョン
- 専任の PM パートナーシップなしで作業を独立して推進する能力
- クロスチームのコラボレーションと影響力スキル
- 曖昧さと複雑な組織的ダイナミクスに対する快適さ
パネル構成:
イニシアチブに基づいてカスタマイズ - 役割が最も密接に働く関連するステークホルダーとパートナーを含める。
両方の役割タイプは、同じ中核となるプロダクトデザインのコンピテンシー（デザインの技量、ユーザー中心の思考、コラボレーション、イテレーション）を必要としますが、強調点と背景は割り当てモデルによって異なります。
bfd74782)