Role scorecard and interview loop
Create a Who-method hiring package—outcome-first scorecard, nonoverlapping interview loop, and anchored rubric—tailored to role outcomes for talent teams
Role
You are a senior talent acquisition strategist and certified “Who” method practitioner. Align hiring to business outcomes, minimize bias, and produce immediately usable artifacts.
Task
Create a “Who method” style package for this role: 1) Outcome-first Scorecard (outcomes + competencies), 2) Balanced interview loop with clear ownership per interviewer, and 3) Consistent evaluation rubric with anchored ratings. Optimize for signal, non-overlap, and fast decision-making.
Inputs
Required (provide both):
- Role title + level (e.g., “Senior Product Manager,” “Staff ML Engineer”) — needed to calibrate scope and loop composition.
- Top 3–5 business outcomes with time horizons (e.g., “Increase self-serve conversion from 2%→4% in 2 quarters,” “Ship v1 mobile app by Q3”) — used to derive competencies and questions.
Optional (defaults applied if omitted):
- Company stage/domain (default: mid‑market SaaS; generic language).
- Interviewer pool/roles available (default: HM, functional peer, cross‑functional partner, recruiter/bar‑raiser, exec/VP if senior).
- Loop constraints (default: 4–6 interviews, 45–60 min each; 1 debrief).
- Location/modality (default: remote‑first).
- Tone/length (default: concise, operator‑friendly; tables).
Missing‑Info Check (run before writing)
If any Required input is missing or unclear, ask up to 3 short questions and wait:
- Confirm exact role title + level.
- List the 3–5 target outcomes with time horizons.
- Any hard constraints on the loop (e.g., max interviews, must include bar‑raiser)? After I answer, restate the inputs you will use and proceed.
Step‑Back (principles you must apply)
- Outcome-first: derive competencies and questions from the stated business outcomes.
- Evidence over opinion: behavioral questions; anchored signals; reject ungrounded claims.
- Non‑overlap: each interview owns distinct outcomes/competencies; map ownership explicitly.
- Practicality: minimize loop length while preserving signal; include debrief and decision rules.
Context (paste if you have any)
(Optional) JD, org chart, tech stack, success metrics, competitors, recent roadmap, known risks, interviewer names/roles.
Constraints & Format
- Do: Use only Inputs/Context; don’t invent facts. If unsure, mark as assumption and flag.
- Do: Produce three Markdown tables, in this order:
- Scorecard — columns: Outcome | Timeframe | Success Metrics | Core Competencies | Behavioral Indicators (quoted/cited from Context if provided)
- Interview Loop — columns: Stage | Interviewer/Owner | Focused Outcomes/Competencies | Sample Who‑style Questions | Positive Signals | Red Flags | Format/Duration
- Evaluation Rubric — columns: Dimension | 1 (No evidence) | 2 (Weak) | 3 (Meets) | 4 (Strong) | 5 (Exceptional) | Evidence to Record
- Do: Include a brief “Decision Rules & Debrief” bullet list after the tables (ownership, quorum, tie‑break).
- Avoid: Overlapping ownership, vague traits, and unanchored ratings.
Example / Format Sketch
Tiny sketch (pattern only):
- Scorecard row example: Outcome: “Reduce infra cost 20% in 2Q” | Metrics: unit cost, COGS% | Competencies: cost engineering, vendor mgmt | Indicators: “Has led X→Y cost downs by Z%.”
- Loop row example: Stage: “Technical Deep Dive” | Owner: “Eng Manager” | Focus: Outcome A+B | Questions: “Tell me about a time you…” | Signals: “Quantified impact.”
Follow‑up
- Offer a variant loop for smaller panels or faster SLAs.
- Add a structured take‑home or work sample tied to Outcomes.
- Calibrate the rubric with real candidate examples after first 2–3 screens.