Respuesta rápida
Un hiring committee tech bien diseñado tiene cinco evaluadores con roles complementarios y no redundantes: hiring manager (decision owner), tech peer (skills técnicas), cross-team (colaboración y system design), bar raiser (calibración y veto) y talent partner (proceso y oferta). Con scorecard ponderado, debrief escrito y SLA de 5 días desde última entrevista a decisión, IT Workers consigue cerrar ofertas senior+ sin perder candidatos top. La métrica de referencia 2026: 4.9/5 con 13 reseñas verificadas, garantía 90 días, sin pago anticipado.
Los hiring committees tech no fallan por falta de evaluadores; fallan por exceso de evaluadores mal orquestados. Una empresa con cinco entrevistadores sin pesos asignados, sin scorecard escrito previo y sin SLA de decisión termina en tres semanas de debrief, dos finalistas que se enfrían y un proceso que reabre desde cero al mes siguiente. IT Workers trabaja con CTOs, VP de Engineering y Head of Talent que armaron hiring committee tech y luego tuvieron que rediseñarlos porque demoraban más que la negociación contractual.
Este artículo entrega el protocolo completo: los cinco roles del comité con peso ponderado, el scorecard que reemplaza la opinión en sala, el debrief asíncrono al estilo Amazon y los SLAs operativos para que la decisión no demore tres semanas. Aplica a roles senior, staff y principal en empresas con equipo de ingeniería de 15 personas en adelante. Para complementar el método, conviene revisar también la guía sobre cómo evaluar candidatos tech siendo no técnico y el framework de cuándo conviene escalar a un IT headhunter.
Por qué los committees tech mal diseñados demoran tres semanas
El síntoma es siempre el mismo: el equipo entrevista al candidato durante la primera semana, los stakeholders se agendan en la segunda y el debrief final no logra cuadrarse hasta la tercera. El candidato senior, que tenía dos procesos paralelos, ya firmó con la otra empresa el día 12. La oferta queda sin destinatario y el rol vuelve al pipeline para reabrirse el mes siguiente.
Las causas raíz no están en la cantidad de evaluadores sino en el diseño operativo. Cuatro patrones tóxicos aparecen una y otra vez. Primero, evaluadores redundantes: dos seniors técnicos haciendo la misma entrevista de sistemas distribuidos, sin agregar señal y consumiendo el doble de horas. Segundo, ausencia de bar raiser: nadie con autoridad para detener un hire por debajo del bar histórico del equipo. Tercero, debrief sin scorecard previo: la reunión se convierte en discusión de impresiones, no de evidencia. Cuarto, falta de SLA: nadie es responsable de cobrar las notas y cerrar la decisión en menos de cinco días.
El costo acumulado es enorme. Una empresa que demora 21 días en decidir versus 5 días pierde aproximadamente el 40 por ciento de sus finalistas top porque el mercado se mueve rápido. A esto se suma el costo del puesto vacante, que en roles senior tech puede superar fácilmente los 4 millones de pesos al mes en oportunidades perdidas, según el desglose detallado en costo oculto de un puesto tech vacante.
Días promedio de decisión según diseño del committee y modalidad de debrief
Datos consolidados por IT Workers en 2026 sobre procesos senior+ gestionados con clientes de Fintech, SaaS y Marketplace. El modelo sincrónico (debate en sala sin scorecard previo) duplica los tiempos versus el asíncrono (writing first).
Los 5 roles del committee tech
El corazón del protocolo está en separar responsabilidades por dimensión evaluada, no por jerarquía organizacional. Cada uno de los cinco roles evalúa una dimensión distinta, con su propio peso y su propia entrevista. La regla operativa es estricta: si dos evaluadores cubren la misma dimensión, sobra uno.
Hiring Manager: decision owner del rol
Hiring Manager Peso 30%
Qué evalúa: fit con el roadmap del equipo, capacidad de ejecución en el contexto real del rol y motivación específica para esa posición. No evalúa skills técnicas profundas (eso es del tech peer) ni cultura cross-team (eso es del cross-team evaluator).
Tipo de entrevista: deep dive de 60 minutos sobre trayectoria, decisiones técnicas históricas y dilemas operativos del primer trimestre del rol.
Responsabilidad operativa: es el decision owner. Si el committee llega dividido, el hiring manager decide salvo veto del bar raiser. También es responsable del onboarding inmediato si el candidato cierra.
Tech Peer Evaluator: skills técnicas profundas
Tech Peer Evaluator Peso 25%
Qué evalúa: profundidad técnica real en el stack del rol, calidad de código en live coding, capacidad de diseño y discusión sobre arquitectura de sistemas. Es un par técnico del candidato, no su jefe; usualmente un senior o staff del propio equipo.
Tipo de entrevista: live coding pair-programming de 75 minutos en problema real del backlog, despersonalizado y sin datos sensibles. Reemplaza el whiteboard tradicional porque mide cómo trabaja la persona, no si memorizó algoritmos.
Veto técnico: si el tech peer marca rojo en habilidad técnica core, el committee escala a un segundo tech peer antes de decidir. No avanza con dudas técnicas sobre la mesa.
Cross-team Evaluator: colaboración y system design
Cross-team Evaluator Peso 15%
Qué evalúa: capacidad de trabajar con otros equipos (Producto, Diseño, Data, Infraestructura), claridad para traducir decisiones técnicas a impacto de negocio, manejo de dependencias entre squads. Es alguien de otro equipo de ingeniería o de producto que tendrá interfaz operativa con el rol.
Tipo de entrevista: system design de 60 minutos enfocado en colaboración: cómo se discute, cómo se pide ayuda, cómo se documenta, cómo se desbloquea un equipo dependiente. No es system design técnico puro.
Aporte específico: detecta a tiempo perfiles técnicos brillantes pero aislacionistas, que después generan fricción crónica con Producto o con otros equipos de ingeniería.
Bar Raiser: calibración entre comités y veto
Bar Raiser Peso 20%
Qué evalúa: que el candidato esté por encima de la mediana del equipo actual, no solo que cumpla con el job description. Su pregunta interna es "¿este perfil sube el promedio o lo baja?". Es un staff o principal de otra área de la compañía, no del equipo que contrata.
Tipo de entrevista: behavioral profundo de 60 minutos con foco en decisiones bajo presión, manejo de error técnico crítico, capacidad de mentoría y desarrollo del equipo entrante.
Autoridad de veto: el bar raiser puede bloquear un hire incluso si el hiring manager está alineado a favor. Esta autoridad existe específicamente para neutralizar el sesgo de equipo a contratar rápido en sprint comprometido.
Talent Partner: proceso, candidate experience y oferta
Talent Partner Peso 10%
Qué evalúa: claridad de expectativas, alineación de compensación, motivación para cambiar y banderas de proceso (counter-offers en curso, otros procesos paralelos, fecha de disponibilidad). Es la voz operativa que asegura que el proceso no se enfríe.
Tipo de entrevista: recruiter screen inicial de 45 minutos y conversación de cierre de 30 minutos en la fase de oferta. Mantiene comunicación de alta cadencia entre entrevistas para que el candidato no entre en silencio.
Responsabilidad operativa: cobra los scorecards en menos de 24 horas, agenda el debrief en menos de 48 horas y custodia el SLA de 5 días. Sin este rol, los otros cuatro pierden la disciplina operativa.
Composición del committee por rol
Esta es la tabla maestra. Cada hiring manager debe poder llenarla antes de abrir un rol senior+. Si quedan celdas en blanco, el proceso no está listo para empezar.
| Rol | Qué evalúa | Peso | Tipo entrevista | Duración |
|---|---|---|---|---|
| Hiring Manager | Fit con roadmap, ejecución, motivación | 30% | Deep dive trayectoria | 60 min |
| Tech Peer | Skills técnicas core, calidad de código | 25% | Live coding pair-programming | 75 min |
| Cross-team | Colaboración, system design, traducción a negocio | 15% | System design colaborativo | 60 min |
| Bar Raiser | Calibración, sesgo, mediana del equipo | 20% | Behavioral profundo | 60 min |
| Talent Partner | Proceso, expectativas, oferta | 10% | Screen + cierre | 45 + 30 min |
Para roles staff o principal el peso se ajusta: bar raiser sube a 25 por ciento y talent partner baja a 5 por ciento, porque la presión sobre el bar histórico es mayor y el componente operativo de oferta se simplifica con candidatos de mercado alto.
Scorecard ponderado: qué pesa cada dimensión
El scorecard reemplaza la opinión en sala. Cada evaluador completa un formulario estructurado dentro de las 24 horas post-entrevista, antes de ver el scorecard de los demás. Esto elimina sesgo de anclaje y fuerza a documentar evidencia, no impresiones.
Dimensiones del scorecard
Cada evaluador califica entre 1 y 4 (sin opción 3 para evitar el "tibio neutral") en cuatro dimensiones específicas de su rol. La calificación 1 equivale a "no hire fuerte", 2 a "no hire inclinado", 4 a "hire fuerte". No existe el 3. La ausencia de neutro obliga a tomar postura con evidencia.
El campo "evidencia específica" es obligatorio. Si un evaluador califica 4 sin escribir tres ejemplos concretos del candidato, su voto queda inválido. Esta regla evita el "me cayó bien" como argumento de contratación. La evidencia debe poder ser leída por otro evaluador y reconstruida sin contexto adicional.
Diferencias de scorecard según seniority del rol
| Dimensión | Senior | Staff | Principal |
|---|---|---|---|
| Profundidad técnica | 40% | 30% | 20% |
| Liderazgo técnico e influencia | 15% | 30% | 40% |
| System design y arquitectura | 20% | 20% | 20% |
| Colaboración y mentoría | 15% | 15% | 15% |
| Impacto de negocio | 10% | 5% | 5% |
El error más común es usar el mismo scorecard para senior y para principal. Un principal con scorecard de senior pasa por encima de la dimensión de liderazgo técnico que es justamente lo que justifica el cargo. Para profundizar en los scorecard tech y la calibración por seniority, conviene revisar también la remuneración de Staff Engineer y la guía de Engineering Manager.
Calidad de hire (retención a 12 meses) según rigor del scorecard
El salto de calidad ocurre al combinar scorecard ponderado + committee con bar raiser. Procesos sin scorecard tienen tres veces más mismatch en los primeros 90 días.
Cómo ejecutar un debrief de 30 minutos en lugar de 90
El debrief tradicional empieza con "¿qué les pareció?" y termina dos horas después sin decisión. El debrief estructurado al estilo Amazon comprime la decisión a 30 minutos porque el insumo ya está escrito. Esta es la secuencia exacta.
Pre-debrief: scorecards entregados a las 24 horas
Cada evaluador entrega su scorecard en máximo 24 horas post-entrevista. El talent partner los consolida en un documento único compartido al committee la noche antes del debrief. Cada miembro lee los scorecards de los demás antes de la reunión, idealmente la mañana del mismo día.
Minutos 0-6: lectura silenciosa
La reunión empieza con seis minutos de lectura silenciosa del documento consolidado. Nadie habla. Cada evaluador relee la evidencia de los demás, anota sus reacciones y vuelve con argumentos preparados. Este formato se asienta sobre el writing first de Amazon y elimina el sesgo de anclaje del primer evaluador que opina.
Minutos 6-22: rondas estructuradas
El moderador (típicamente el talent partner) abre la palabra siguiendo dos reglas duras. Primera regla: el evaluador más junior habla primero, para que no quede opacado por los seniors. Segunda regla: si hay divergencia, los discrepantes presentan su evidencia antes que los alineados, para que el caso minoritario tenga aire de defensa.
Cada evaluador tiene 3 a 4 minutos para sostener o moderar su voto inicial. La discusión se concentra en evidencia específica, no en impresiones. Si alguien dice "creo que no le va a ir bien", el moderador le pregunta "¿qué evidencia tienes que respalde eso?". Sin evidencia, el voto queda invalidado.
Minutos 22-30: decisión y comunicación
Los últimos ocho minutos son para la decisión nominal y los próximos pasos operativos. La decisión se cierra en alguna de cuatro categorías: hire fuerte (oferta inmediata), hire condicional (oferta tras una validación específica), no hire (descartar con feedback al candidato), o más data necesaria (entrevista adicional con evaluador neutro). La cuarta categoría no debe activarse más de una vez por proceso; si se necesita por segunda vez, default a no hire.
Un hiring committee no se mide por cuántas personas opinan, se mide por cuánto demora la decisión. Cinco evaluadores bien orquestados deciden en cinco días; tres mal orquestados demoran tres semanas y contratan peor. Pablo Herrera, IT Workers
Reglas anti-bias del bar raiser
El bar raiser es la pieza menos comprendida y la más decisiva del committee. Su existencia separa los procesos serios de los procesos performativos. Su autoridad es deliberadamente incómoda: puede bloquear hires que el equipo quiere cerrar rápido.
Cómo se elige un bar raiser
El bar raiser es un staff o principal de otro equipo, idealmente con dos años o más en la compañía, entrenado específicamente para el rol. No es alguien que se nombra el mismo día del proceso. La empresa típicamente tiene una pool de 6 a 12 bar raisers calibrados que rotan entre committees. La rotación evita que un mismo evaluador acumule sesgo histórico hacia perfiles que se le parecen.
Calibración entre comités
Cada bar raiser registra sus decisiones en un repositorio interno con outcomes a 12 meses. Si el bar raiser X tiene 4 hires aprobados de los cuales 2 salieron antes de los 90 días, se le recalibra: revisa el sesgo de sus decisiones, identifica qué señales subestimó y ajusta sus criterios. Esta retroalimentación trimestral es lo que mantiene el bar histórico del equipo en lugar de degradarlo silenciosamente.
Cuándo el veto del bar raiser es legítimo
El veto se ejerce solo bajo tres condiciones específicas. Primera, evidencia documentada de gap crítico en una dimensión core del rol. Segunda, riesgo identificado de mismatch cultural con el equipo que va a heredar, no un capricho de fit. Tercera, sospecha fundada de que el hire es por presión de tiempo y no por calidad real del perfil. Vetos por "no me convenció" o "no le tomé buena onda" son inválidos y el moderador los descarta.
SLAs operativos: máximo 5 días desde última entrevista a decisión
Sin SLA, el committee mejor diseñado se desangra en calendario. Los cinco días hábiles desde última entrevista a oferta escrita son la métrica operativa que IT Workers cobra a sus clientes en cada proceso senior+. Si un día se atrasa, el talent partner escala al hiring manager. Si dos días se atrasan, escala al VP de Engineering. Si tres días se atrasan, el proceso entra en revisión formal.
Cronología obligatoria
| Día | Acción | Responsable |
|---|---|---|
| Día 1 | Última entrevista del onsite loop | Talent Partner |
| Día 2 | Scorecards entregados por escrito | 5 evaluadores |
| Día 3 | Debrief de 30 minutos y decisión nominal | Committee completo |
| Día 4 | Decisión comunicada al candidato verbalmente | Hiring Manager |
| Día 5 | Oferta escrita formal con condiciones | Talent Partner |
Para entender por qué el SLA importa tanto, conviene revisar la guía sobre reducir el time-to-hire tech a 30 días y el análisis de por qué tu empresa pierde candidatos tech durante el proceso. Ambos textos cuantifican el costo de cada día perdido entre entrevista y oferta.
Disclaimer operativo: los datos y plazos referenciados están basados en procesos de hiring senior+ gestionados por IT Workers durante 2025 y 2026 con clientes anonimizados de los sectores Fintech, SaaS y Marketplace. Los plazos pueden variar según seniority y disponibilidad del comité.
Errores típicos que arruinan el committee
Estos seis errores aparecen una y otra vez en empresas que intentan armar committees sin protocolo. Cada uno tiene un costo cuantificable en time-to-hire y en mismatch a 90 días.
Consenso falso: todos dicen "OK" para cerrar la reunión
Cuando el debrief no exige evidencia por escrito, la dinámica de grupo empuja a "OK, vamos con él" para no extender la reunión. Tres semanas después el equipo descubre que en realidad dos evaluadores tenían dudas serias pero no las plantearon. El scorecard escrito previo neutraliza este sesgo porque obliga a comprometerse antes de leer al resto.
Vetos sin evidencia
El opuesto del consenso falso. Un evaluador bloquea el hire con "no le tuve buena onda" o "me dio mala espina" sin poder documentar la evidencia. Si el moderador acepta vetos sin evidencia, el committee deja de ser sistema y vuelve a ser opinión personal. La regla operativa es estricta: sin tres ejemplos concretos, el veto se descarta.
Scorecard que nadie llena
Si la entrega del scorecard no es bloqueante para participar del debrief, el formato muere en seis meses. La regla es que sin scorecard entregado a las 24 horas, el evaluador no tiene voto en la decisión. El talent partner es responsable operativo de cobrar y escalar.
Demasiados evaluadores
Cuando un committee crece a 7 o más evaluadores, la calidad de decisión no mejora y el calendario se duplica. La regla operativa es cinco evaluadores con dimensiones complementarias. Si alguien quiere sumarse al committee y no aporta una dimensión nueva, no entra.
Hiring manager dominante
Si el hiring manager opina primero, con peso y certeza, los otros cuatro evaluadores se inclinan por anclaje. La regla de "junior habla primero" es específicamente para neutralizar esto. Si el hiring manager no respeta esa regla, el committee deja de funcionar como sistema de balance.
Decisión arrastrada por agendas
Cuando el debrief no se agenda antes de las entrevistas, suele caer dos semanas después porque "no había hueco en el calendario". La regla operativa es bloquear el slot de 30 minutos del debrief el mismo día que se agendan las entrevistas. El SLA de 5 días no se cumple si el calendario no se reserva al inicio.
Caso real anonimizado: Fintech B, oferta en 5 días post-loop
Empresa Fintech B con equipo de ingeniería de 32 personas, buscando Staff Engineer para una plataforma de pagos B2B. Habían intentado contratar el rol dos veces durante 2025 con committees informales de 7 evaluadores y debrief en sala. Ambos procesos terminaron en candidatos perdidos por demora superior a 3 semanas.
Rediseño del committee
Tercer intento en 2026, con committee rediseñado a cinco evaluadores y scorecard ponderado. Hiring manager: VP de Engineering. Tech peer: principal engineer del equipo de pagos. Cross-team: senior staff de plataforma. Bar raiser: staff de seguridad (otro equipo). Talent partner: head of talent de la empresa. Pesos asignados: 30/25/15/20/10.
Métricas finales del proceso
- Onsite loop completo: día uno con cinco entrevistas distribuidas en 6 horas.
- Scorecards entregados: día dos a las 18:00 con cuatro de cinco completados; el quinto llegó a la mañana del día tres con escalamiento.
- Debrief: día tres en 28 minutos. Tres evaluadores marcaron hire fuerte, uno hire condicional (validación de seguridad), uno marcó hire moderado.
- Validación adicional: 30 minutos con el bar raiser y el tech peer el mismo día tres.
- Decisión comunicada al candidato: día cuatro a las 11:00.
- Oferta escrita: día cinco a las 16:00, firmada el día seis.
- Onboarding: 3 semanas después con plan 30/60/90 y mentor asignado.
- Evaluación a 90 días: rating verde, OKRs del trimestre cumplidos.
El factor decisivo fue la disciplina del scorecard escrito y la reserva del slot de debrief antes de las entrevistas. La empresa había aprendido en los dos procesos anteriores que el calendario es la principal restricción y la trató como infraestructura crítica, no como detalle operativo.
Lección operativa: el costo de armar bien el committee la primera vez (4 a 6 horas de calibración entre evaluadores) es marginal comparado con el costo de tres procesos fallidos y un rol abierto durante seis meses. El rediseño del committee se amortiza en el primer proceso exitoso.
Cuándo escalar a un headhunter especializado
El committee resuelve la decisión, pero no resuelve la fuente. Si el pipeline no trae cinco candidatos calificados al onsite loop, el committee no tiene insumo sobre el cual decidir. Las señales claras de que conviene escalar a un headhunter externo son tres.
- Pipeline insuficiente al cierre de la semana 2: si el equipo interno de Talent Acquisition no logró sourcing de 10 candidatos calificados al cierre de la segunda semana, el committee no va a tener finalistas. Una consultora de headhunting tech especializada entrega shortlist en 4 días hábiles.
- Stack técnico exigente o seniority alta: roles staff, principal o de stack poco común requieren red de contactos específica. Los candidatos tech senior raramente postulan en abierto y solo se mueven a través de contacto directo.
- Riesgo de quemar al equipo interno: si los cinco evaluadores ya están entrevistando cuatro candidatos por semana en otros procesos, sumar uno más colapsa el calendario. Un headhunter filtra al 90 por ciento de los perfiles antes de llegar al committee.
Para entender en detalle el modelo y los plazos de IT Workers, conviene revisar el servicio de reclutamiento IT especializado y el framework completo de cuándo conviene un IT headhunter.
Preguntas frecuentes sobre hiring committee tech
¿Cuántas personas debe tener un hiring committee tech?
Para roles senior, staff o principal, cinco evaluadores es el número óptimo: hiring manager, tech peer, cross-team, bar raiser y talent partner. Menos de cuatro genera sesgo no controlado; más de seis estira el calendario sin mejorar la calidad de la decisión. La métrica real de IT Workers en procesos de 2026 muestra que comités de cinco deciden en cinco días hábiles versus tres semanas con comités de siete.
¿Qué es un bar raiser y por qué importa en hiring committee tech?
El bar raiser es un evaluador externo al equipo que ingresa al committee con autoridad de veto. Su rol es asegurar que cada nueva contratación esté por encima de la mediana del equipo actual, no solo que cumpla el job description. Se asienta sobre el modelo Amazon y aplica especialmente bien para roles staff y principal, donde el sesgo de equipo a contratar rápido es alto y los costos de un mismatch son enormes.
¿Cómo se hace un debrief de hiring committee en 30 minutos?
El secreto es writing first sin anclaje. Cada evaluador escribe su veredicto y evidencia en el scorecard antes de la reunión, sin ver el de los demás. La reunión empieza con seis minutos de lectura silenciosa, luego cada evaluador defiende su nota en cuatro minutos. Los discrepantes hablan primero. La decisión se cierra en 30 minutos porque el insumo ya está documentado, no se construye en la reunión.
¿Quién tiene la decisión final en un hiring committee tech?
El hiring manager es el decision owner del rol; el bar raiser tiene poder de veto sobre cualquier hire. En la práctica, si los cinco evaluadores están alineados, la decisión es automática. Si hay divergencia, el hiring manager toma la decisión final salvo que el bar raiser bloquee, y entonces se escala al CTO o VP de Engineering. Esta jerarquía evita parálisis por consenso y mantiene la responsabilidad nominal.
¿Sirve hacer todas las entrevistas en un mismo día (onsite loop)?
Sí, para candidatos finalistas en roles senior+. El onsite loop comprime las cinco entrevistas en un día y reduce la decisión a 72 horas post-loop. La condición es que las primeras dos rondas (recruiter y tech screen) ya hayan filtrado a los dos o tres candidatos top. IT Workers recomienda onsite loop sólo después del screen técnico para no quemar tiempo del committee con candidatos no calificados.
¿Cómo evitar el sesgo de anclaje cuando un evaluador opina primero?
Hay tres protocolos efectivos. Primero, scorecard escrito antes del debrief, sin ver el de los demás. Segundo, el evaluador más junior habla primero en la reunión para no quedar opacado por seniors. Tercero, si hay divergencia, los discrepantes presentan evidencia antes que los alineados. Estas tres reglas eliminan el 80 por ciento del sesgo de anclaje según mediciones internas de procesos 2025-2026.
¿Qué peso debe tener cada evaluador en el scorecard ponderado?
Para un rol senior+ el peso recomendado es: hiring manager 30 por ciento, tech peer 25 por ciento, cross-team 15 por ciento, bar raiser 20 por ciento, talent partner 10 por ciento. Para roles staff o principal sube el bar raiser a 25 por ciento y baja talent partner a 5 por ciento. El peso refleja la dimensión que evalúa cada uno, no la jerarquía organizacional ni la antigüedad del evaluador.
¿Conviene incluir al CEO o fundador en el hiring committee tech?
Solo para roles C-level o head of engineering en startups menores a 50 personas. Incluir al CEO en hiring committees de roles senior o staff genera dos problemas: sesgo de anclaje extremo (nadie contradice al CEO) y dependencia de calendario que demora la decisión por dos semanas. La regla operativa es que el CEO valida la oferta final, no participa de las cinco entrevistas operativas.
¿Cuántas horas semanales consume un hiring committee tech bien diseñado?
Por candidato finalista, el committee consume entre 8 y 10 horas distribuidas: hiring manager 2 horas, tech peer 1.5 horas, cross-team 1 hora, bar raiser 1.5 horas, talent partner 2 horas, más 30 minutos de debrief. Si se procesan dos finalistas por mes, el costo total del committee es de 20 horas distribuidas entre cinco personas, no insostenible si la decisión se cierra rápido.
¿Cuál es el SLA máximo desde última entrevista a decisión final?
Cinco días hábiles es el SLA operativo de IT Workers: día uno última entrevista, día dos scorecards entregados por escrito, día tres debrief de 30 minutos, día cuatro decisión comunicada al candidato, día cinco oferta escrita. Pasar de cinco días reduce drásticamente la probabilidad de cierre porque candidatos top suelen tener procesos paralelos y deciden por la empresa que se mueve más rápido.
¿Cómo se evita que el scorecard quede vacío porque nadie lo llena?
Tres reglas duras. Primero, el scorecard se completa dentro de las 24 horas posteriores a la entrevista; después de eso el recuerdo se contamina. Segundo, no hay debrief sin scorecards entregados; si alguien no lo llenó, su voto no cuenta. Tercero, el talent partner es responsable operativo de cobrar los scorecards y escalar al hiring manager si alguien atrasa. Sin estas tres reglas el scorecard se transforma en formalismo y la decisión vuelve a ser opinión en sala.
¿Qué hacer cuando el committee no logra consenso entre hire y no hire?
Default a no hire. La regla operativa probada es que la duda fundada equivale a no contratación. Contratar bajo divergencia genera mismatch en el primer trimestre y costos de salida superiores al de extender la búsqueda dos semanas más. La excepción es cuando la divergencia se explica por evidencia contradictoria entre entrevistas; en ese caso se programa una entrevista técnica adicional con un evaluador neutro antes de decidir.
¿Necesitas rediseñar tu hiring committee tech?
IT Workers ayuda a CTOs, VP de Engineering y Head of Talent a armar committees que deciden en 5 días, no en 3 semanas. Shortlist en 4 días hábiles, garantía 90 días y briefing operativo desde la primera llamada.
Rediseñar mi committee WhatsApp directo