Skip to main content

work-sample-tests

Use when designing work samples or job auditions for hiring — covers scope, scoring, fairness, and role-specific patterns.

الانتقال إلى التثبيت

معلومات المصدر

المستودع
ccashwell/agentic-hr
آخر نشاط في المصدر
٢٥ أبريل ٢٠٢٦ في ٢٣:٤٩
لغة SKILL.md المكتشفة
الإنجليزية
النجوم
٠
التفرعات
٠

خيارات التثبيت

يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.

مراجعة ملفات المصدر

اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.

عرض SKILL.md

SKILL.md
تعليمات المصدر · معاينة للقراءة فقط
name
work-sample-tests
description
Use when designing work samples or job auditions for hiring — covers scope, scoring, fairness, and role-specific patterns.
# Work Sample Tests ## Why It Matters Work samples are among the most predictive selection tools (Schmidt & Hunter, 1998; r ≈ .44–.54 for general work samples, higher for highly representative samples). They evaluate the work, not the person — directly testing the candidate's ability to produce the output the job requires. ## Design Principles 1. **Representative**: mirrors actual work, not abstract puzzles 2. **Bounded**: 60–120 min onsite; take-homes capped (3 hours common; compensated above ~3 hours) 3. **Same prompt** for every candidate at the same level 4. **Multi-evaluator**: 2+ reviewers with shared rubric 5. **Discussed, not just produced**: candidate walks through their work and reasoning ## Role-Specific Patterns ### Software Engineer - Coding task on a representative codebase or a clean problem with realistic constraints - Debugging exercise on real-looking code - Design discussion of an actual recent system decision - Pair-programming on a real bug or feature - Avoid: abstract algorithmic puzzles uncorrelated with the work ### Designer - Critique of existing work (yours or theirs) - Small design task with explicit constraints - Portfolio walkthrough with deep questioning - Working session on a real problem ### Product Manager - Analysis of a real product decision the company made - Hypothetical case mirroring an actual challenge - Roadmap exercise with constraints - Customer interview synthesis exercise ### Sales / Account Executive - Pitch a product (theirs or yours) to a panel - Discovery call role-play with realistic objections - Account plan for a hypothetical customer - Forecast discipline conversation ### Customer Success / Support - Customer call role-play with escalation - Account health analysis - Difficult customer email drafting exercise - Renewal conversation role-play ### Marketer - Channel strategy doc for a hypothetical - Writing exercise (blog, email, ad copy) - Analysis of a recent campaign with critique - Persona / ICP exercise ### Recruiter - Role intake call role-play with hiring manager - Sourcing exercise on LinkedIn / GitHub - Candidate brief writing - Difficult candidate conversation ### Executive / Senior Leader - 30-60-90 plan based on a brief - Org design review of a real or hypothetical structure - Customer or board presentation - Difficult conversation role-play - References-based deep-dive ## Scoring Pre-defined rubric per work sample with: - 3–5 evaluation dimensions (e.g., quality, judgment, communication, technical skill) - Anchored ratings per dimension (what does 4/4 look like?) - Multiple evaluators independently score before debrief - Specific evidence cited ## Fairness Considerations - **Time bounds matter for equity**: long take-homes disadvantage candidates with caregiving responsibilities, second jobs, less flexibility - **Compensate substantial take-homes**: signals respect; reduces self-selection bias - **Don't assume universal context**: don't ask "redesign Stripe's checkout" if the candidate hasn't used Stripe - **Accommodations**: candidates with disabilities may need additional time or different format - **Distinguish skill from style**: a less polished output that demonstrates strong reasoning may be better than a polished one with shallow thinking ## Common Failures - Work samples that don't represent the job (algorithmic puzzles for product engineering) - Take-homes that grow to 10+ hours - No standardization across candidates - Single evaluator scoring - Work samples evaluated by people who can't actually judge the work - Using the work product (the candidate gives away IP) ## Take-Home vs. Onsite | Option | Pros | Cons | |--------|------|------| | **Onsite** (60–120 min) | Time-bounded; consistent conditions; less candidate burden | Pressure may not reflect real work conditions | | **Take-home** (capped) | Reflects realistic work conditions; allows depth | Time disparity across candidates; risk of unpaid labor | | **Pair / live coding** | Reveals reasoning and collaboration | Performance under observation may not generalize | Most loops benefit from a combination. ## Key References - Schmidt, F. L., & Hunter, J. E. (1998). The validity and utility of selection methods in personnel psychology. - Bock, L. (2015). *Work Rules!* - Industry practice from technical hiring guides (e.g., interview frameworks at Stripe, GitLab, Atlassian)
عرض على GitHub