採用・リクルートメント

Interpreting Product Manager Assessment Results: From Scores to Hiring Decisions

ClarityHire Team(Editorial)17 min read

スコアリングの問題

ほとんどのチームはPM評価データを収集して、それを無視します。候補者はケーススタディを実施し、2人の評価者から「戦略的思考」で3.2をスコアされ、なぜか直感に基づいて再検討会議で採用/不採用決定になります。

それはプロセスではありません。それはペーパーワーク劇場です。

実際のスコアリングは、(1)明確なルーブリック、(2)ブラインド評価、(3)構造化比較、(4)明示的なトレードオフ、(5)文書化された推論を意味します。規律が必要です。しかし、実際に実行するPMを採用する唯一の方法です。

PM評価を実行している場合は、製品マネージャーを評価する方法から始めて、その後製品マネージャーテスト例の質問を見てシナリオパターンを確認してください。

ステップ1:ルーブリック(スコア付けの前)

「全体的な品質」でPMをスコアしないでください。役職のパフォーマンスを予測する特定の次元でスコアしてください。

成長のためにPMを採用する場合は、このルーブリックを使用します:

次元1(以下)2(達成)3(超過)
データリテラシーメトリクスを福音として扱う。因果関係を誤釈セグメント、季節性、交絡を理解メトリクスを主動的に設計。虚栄心のメトリクスを見分ける
優先順位付けの判断リクエストボリュームまたは政治により選択影響と努力のバランスを取る。澄んだ質問をする影響を定量化。懐疑的な者にトレードオフを説明
実行バイアスより多くのデータを望む。完璧主義者MVP を出荷。測定して調整速度についてのプロセス。不完全な情報を受け入れ
部門間説得力紛争をエスカレート。他のチームを非難創造的なソリューションを見つける。コンセンサスを構築主動的にチームのブロックを解除。異なる聴衆に対して再フレーミング
失敗からの学習外部要因を非難誤りを認める。教訓をリストする異なる対応と理由を明確にする

リテンション またはプラットフォーム安定性のためにPMを採用する場合は、ルーブリックを変更してください。「実行バイアス」はそれほど重要でないかもしれません。「システム思考」はより重要かもしれません。

ルーブリックは普遍的ではありません。それはあなたのルーブリックであなたの役職のためのものです。カスタマイズしてください。

ステップ2:ブラインドスコアリング

各評価者は独立して、候補者の背景または他のスコアを知らずにスコアします。次元ごとに単純な1~4スケールを使用し、スコアを説明する1文を書いてください。

良好なスコアリングノート: 「CAC/LTV比率について直ちに、プロンプトなしで尋ねたことに気付きました。対象顧客が収益性がないことを発見したとき、ユニットエコノミクスが改善されるまで獲得を一時停止することをお勧めしました。強い優先順位付けの判断。」

悪いスコアリングノート: 「良いケーススタディ。強いPM。」

その文は、直感ではなく証拠に基づいて確認することを強制するため重要です。

ステップ3:フォーマット全体でのスコアリング

ほとんどの強い評価には複数の部分があります。ケーススタディ、ライブインタビュー、行動インタビュー。

**それらを平均化しないでください。**彼らは異なる物を測定しています。

代わりに、スコアリングマトリックスを作成します:

次元ケーススタディスコアライブインタビュースコア行動スコア重み
データリテラシー32N/A25%
優先順位付け33N/A25%
実行バイアス33425%
部門間N/A2315%
失敗からの学習N/AN/A310%

これで、この候補者が非常にデータリテラシーであり、優先順位付けが良い(ケーススタディシグナル)、リアルタイムで両方で良い(ライブインタビュー)、出荷バイアスがある(行動)が、説得力が弱いことがわかります。明確なプロフィール。

ステップ4:バーに対する比較

再検討の前に、ルーブリックで「強い採用」がどのようなものかを定義します。

オプションA:閾値モデル

  • 強い採用:少なくとも4つの次元で3以上、1なし。
  • 採用:平均2.5以上、最大1つの2。
  • 不採用:平均2.5以下または複数の次元で2以上。

オプションB:プロフィールモデル

  • 強い採用:優先順位付けとデータリテラシーで超過(最優先事項)。
  • 採用:優先順位付けとデータリテラシーで達成。
  • 不採用:いずれかで以下。

候補者スコアを見る前に1つを選択してください。それに固執してください。

ステップ5:不一致を処理する

2人の評価者は候補者Aに「優先順位付け」で3と2を与えました。それは正常です。違いについて議論してください。

良い議論: 評価者1:「彼らが決定する前にCACについて明確に尋ねたため、3点を与えました。」 評価者2:「彼らの推奨に反論を受けたとき、トレードオフを再度言い換えず、最初の答えを繰り返したため、2点を与えました。」

これでわかります:彼らは良い本能を持っていますが、説得力は弱い。それは有用です。

悪い議論: 評価者1:「彼らはより強いと思います。」 評価者2:「同意しません。」

これが見える場合、ルーブリックは曖昧すぎます。定義を修正してください。

ステップ6:スコアをオーバーライドする赤旗

ケーススタディの卓越性に関わらず、いくつかのことは失格となるべきです。

赤旗:責任の外部化 彼らは素晴らしいケーススタディをしましたが、行動インタビューでは:「CEO は戦略を理解しなかった」または「エンジニアはそれを構築しないでしょう。」責任を外部化するPMは問題になるでしょう。

赤旗:出荷経験がない 彼らは戦略について話すことができますが、実際に出荷して測定したものを指摘することはできません。PMレベル以上では、これは欠落です。

赤旗:フレームワーク暗記判断がない 彼らはOKR、RICE、Jobs to be Doneを暗唱できますが、「RICEを使用しないのはいつですか」と尋ねると、彼らは空白になります。これは彼らが考えずに反復していることを示唆しています。

赤旗:ユニットエコノミクス意識がない 彼らは感じが良い機能を優先順位付けしていますが、CAC、LTV、またはリテンションを動かしていません。APMにとって(彼らは学習中)これは細かい。PMにとっては細かくない。

赤旗:不完全なデータに対する過度な自信 彼らはケーススタディを実施し、不完全なデータを取得し、高い確信で50万ドルのイニシアチブを推奨しました。ヘッジングなし、「Xが真実であることが判明した場合」なし、明示的な仮定なし。これは怖いです。

ステップ7:難しい比較

候補者A:高いデータリテラシー、弱い説得力

良いケーススタディ(3s)、良いライブインタビュー(3s)、弱い行動インタビュー(部門間で2)。彼らはエリアを良く所有していますが、困難なステークホルダーで苦労するかもしれません。

**採用する場合:**バッファとなるための強いエグゼクティブがいる。 **採用しない場合:**彼らが自分自身で内部政治を管理する必要があります。

候補者B:より低いデータリテラシー、非常に高い実行

良い行動インタビュー(実行バイアスと学習で4)、より弱いケーススタディ(データリテラシーで2s)。彼らはおそらく何かを出荷するでしょう、しかし間違ったメトリクスを追うかもしれません。

**採用する場合:**強いアナリストと組むことができます。 **採用しない場合:**独立したメトリクス判断が必要です。

候補者C:強いフレームワーク、不確かな判断

ライブインタビューで戦略を明確に表現するのに優れています。問題解決に関する良いケーススタディ。弱い行動インタビュー - 後悔する決定を説明することはできません。

**採用する場合:**これが彼らのPMとしての初回で、強力なメンターシップがある。 **採用しない場合:**自律的な判断が必要(PM以上)。

ポイントは:スコアは決定を下しません。ルーブリックと赤旗が決定を知らせます。議論がそれを下します。

ステップ8:決定メモを書く

再検討後、1人が2~3段落の決定メモを書きます:

候補者:[名前] **決定:**採用/採用しない **要約:**データリテラシーと実行バイアスで強い。説得力とステークホルダー管理で弱い。スコア:データ3、優先順位付け3、実行3、部門間2、学習3。明確なパターン:優れた個人貢献者、影響力で経験が少ない。 **推論:**成長PM役について、データと実行が最も重要です。彼らは両者を持っています。説得力は開発領域であり、ブロッカーではありません。 **不測の事態:**リーダーシップにアドボケイトできる強い主任エンジニアと組みます。90日で部門間関係をチェックします。

このメモはルーブリックスコアより価値があります。それはニュアンスと意図をキャプチャします。

プロセス自体での赤旗

これが見える場合、評価は壊れています。

赤旗:すべてが2.5~3.5の間をスコアリング ルーブリックは曖昧すぎるか、あまり親切です。分散があるはずです。

赤旗:スコアは卒業生またはカンパニーの系統と関連しています ルーブリックは判断ではなく、背景を測定しています。修正してください。

赤旗:評価者は決して同意しません それは、判断の素晴らしい配置を持っているか、評価者がプロセスをゲーミングしているかのいずれかです。意見の不一致を建設的に議論してください。

赤旗:ケーススタディスコアはライブインタビュースコアと一致しません これは実際に正常で有用です(何人かは紙で深く考え、他の人は自分の足で考えます)。しかし彼らは常に反対であれば、誰かは不正に評価しています。

組織内の評価リテラシーの構築

ほとんどの採用チームは評価リテラシーがありません。彼らは3.2のスコアは何かを意味すると思います。文脈なしではそうではありません。

キャリブレーションに投資してください。四半期ごと:過去の採用決定(強い採用と採用しない)を選択し、評価を共有し、議論してください。評価は現実を予測しましたか?そうでない場合、何を変更しますか?

これは判断の周りで筋肉記憶を構築する方法です。評価の有効性と公正性に関する指導については、製品マネージャーテストの有効性と公正性を参照してください。

ルーブリックをオーバーライドするとき

時々、候補者は1つの次元で弱いですが、重要なことで強いため、どうしようもなく採用します。

例:「実行バイアス」は2です(彼らは注意深い、速くない)。しかし「データリテラシー」は4で、新しい機能が初回の正確性が必要な非常に成熟した製品のために採用しています。

それは合法的な採用です。

キー:決定メモに文書化された意識的なトレードオフをしています。「我々は面接で彼らが好きだったので、採用しました。」ではなく。

報酬

PM評価を厳密にスコアするチームはより優れたPMを採用します。彼らは組織として判断を開発します。彼らは18か月で振り返ることができます:「この人はデータリテラシーと実行バイアスに関する強い採用でした。彼らはこれらの側面で提供しました。」

これは個々のPMを採用するだけではなく、PM才能機能を構築する方法です。実装する準備ができましたか?最高の製品マネージャーテスト採用用でツールとフォーマットガイダンスから始めるか、APM対シニアPMテスト比較を調査してください。その後評価を構築します

product-managementhiring decisionassessment scoringrubric

関連記事