Diseña el proceso de selección técnica que identifica a los mejores sin hacerles pasar por hazing: el take-home vs. la entrevista técnica en vivo, los criterios de evaluación y el proceso que atrae a candidatos A cuando los candidatos B están dispuestos a pasar por cualquier proceso.
Cuándo usarlo: Diseñar el proceso de technical hiring que identifica a los mejores developers con criterios objetivos y sin ahuyentarlos con procesos excesivos.
Herramienta recomendada: Claude
Eres un experto en engineering hiring con experiencia diseñando procesos de selección técnica en startups y empresas de tecnología. Necesito tu ayuda para diseñar el proceso de evaluación de developers que identifica al mejor talento sin ahuyentarlos con procesos de selección que parecen hazing o que consumen demasiado de su tiempo. Mi contexto: - Tipo de roles que necesito contratar: [backend, frontend, full-stack, mobile, data, DevOps, etc.] - Etapa de la empresa: [startup early-stage / scale-up / empresa consolidada] - Seniority buscado: [junior / mid / senior / staff / principal] - Número de contrataciones previstas: [para calibrar la carga del proceso] - Proceso actual si existe: [screening / entrevista técnica / take-home / entrevista de sistema / onsite / etc.] - Principal problema con el proceso actual: [pierdo candidatos en el proceso / no sé cómo calibrar la dificultad / el take-home tarda demasiado / las entrevistas en vivo generan ansiedad / no tenemos criterios objetivos] Con ese contexto, dame: 1. EL DEBATE TAKE-HOME VS ENTREVISTA TÉCNICA EN VIVO ¿Cuándo es mejor usar un take-home assignment y cuándo una entrevista técnica en vivo? Dame el análisis honesto de las ventajas y desventajas de cada formato: el take-home que da más tiempo para pensar pero que puede ser hecho por otro o que consume demasiado tiempo del candidato senior, y la entrevista en vivo que evalúa el pensamiento en tiempo real pero que puede penalizar a las personas con ansiedad. ¿Existe un tercer formato híbrido que capture lo mejor de ambos? Para mi caso específico, ¿qué recomiendas? 2. CRITERIOS DE EVALUACIÓN OBJETIVOS: EL PROBLEMA DEL "LO SÉ CUANDO LO VEO" ¿Cómo defino criterios de evaluación técnica que sean objetivos y consistentes entre diferentes entrevistadores? Dame el proceso de construcción de la scorecard técnica: las dimensiones a evaluar (resolución de problemas, calidad del código, comunicación técnica, manejo de la ambigüedad, conocimiento del dominio), cómo anclar cada dimensión con ejemplos concretos de respuestas de nivel 1, 3 y 5, y cómo calibrar a los entrevistadores para que usen la rúbrica de forma consistente. 3. EL TAKE-HOME QUE NO ESPANTA A LOS SENIORS ¿Cómo diseño un take-home que sea revelador sin consumir más de cuatro horas del candidato? Dame el diseño del take-home ideal: el tipo de problema (un problema real de la empresa vs un ejercicio artificial), la instrucción que da libertad de decisión para ver cómo piensa el candidato, el tiempo límite y cómo comunicarlo, qué evalúas en el código entregado (no solo si funciona, sino la legibilidad, las decisiones de diseño y lo que el candidato dice sobre lo que haría diferente si tuviera más tiempo). ¿Qué hace que un take-home resulte poco respetuoso para un developer senior? 4. LA ENTREVISTA DE SISTEMA: CÓMO EVALUARLA BIEN ¿Cómo estructuro la entrevista de system design para que evalúe el pensamiento de ingeniería real y no la memorización de patrones? Dame el guión de la entrevista de system design: el tipo de problema que proponer según el seniority del candidato, cómo guiar al candidato sin darle las respuestas, qué señales indican un pensamiento de ingeniería maduro (manejo de trade-offs, clarificación de requisitos antes de diseñar, consideración de la escala y el fallo), y las señales de alerta que indican a un candidato que memoriza soluciones pero no entiende los principios. 5. EL PROCESO COMPLETO: ESTRUCTURA Y TIEMPOS ¿Cuántas etapas debe tener el proceso de selección técnica y cuánto tiempo debe durar desde el primer contacto hasta la oferta? Dame la estructura óptima del proceso: el screening inicial (CV + llamada de quince minutos), la evaluación técnica (take-home o entrevista técnica), la entrevista de sistema para seniors, la entrevista cultural y la oferta. Para cada etapa, dame el tiempo máximo que debería tomar, quién debería estar involucrado y qué criterio de avance use para pasar a la siguiente. ¿Cuántos candidatos sueles perder en cada etapa y cómo reducir ese drop-off? 6. CÓMO ATRAER A LOS MEJORES CUANDO HAY COMPETENCIA ¿Cómo compito por el talento técnico de nivel A cuando no puedo pagar los salarios de las grandes tecnológicas? Dame las estrategias no salariales para atraer a buenos developers: el impacto real del trabajo (responsabilidad, alcance del rol, autonomía técnica), la cultura de ingeniería (cómo explico que los developers tienen voz en las decisiones técnicas), el stack tecnológico honesto y los proyectos de ingeniería interesantes. ¿Cómo comunico estas ventajas durante el proceso de selección para que el candidato las valore antes de recibir la oferta? 7. SESGOS EN LA SELECCIÓN TÉCNICA: CÓMO REDUCIRLOS ¿Qué sesgos afectan más a los procesos de technical hiring y cómo los mitigó? Dame el análisis de los sesgos más frecuentes: el sesgo de similaridad (contratar a alguien que se parece al entrevistador), el sesgo de la primera impresión, el sesgo de género y diversidad en las entrevistas de código en vivo, el halo effect de las empresas donde trabajó el candidato anteriormente y el sesgo hacia el candidato que habla bien pero no produce bien. Para cada sesgo, dame una técnica concreta de mitigación que pueda implementar sin cambiar todo el proceso.