¿Qué tiene de malo el proceso de contratación y cómo podría solucionarse? Hay que completar formularios interminables, nada está unificado, y GitHub, StackOverflow (para desarrolladores) o Dribbble (para diseñadores) no se tienen en cuenta.

Puedo hablar como un reclutador que contrata principalmente desarrolladores (pero también otras personas). Definitivamente hay “vieja escuela” y “nueva escuela” cuando se trata del proceso de contratación. Lamentablemente, esto también se aplica a los candidatos. No puedo decirle cuántas veces alguien intenta enviar por fax (sí, fax, ni siquiera enviar) un currículum en papel, o envía su carta de presentación a “La Oficina del CEO”. Tragedia. No creo que sea posible responder una pregunta amplia como “¿Qué tiene de malo el proceso de reclutamiento?” Algunos días siento que podría preguntar con la misma facilidad “¿Qué pasa con los candidatos en estos días?”

El proceso de contratación de la vieja escuela tiende a ser “publicar y rezar” y la creencia de que el éxito depende de que un puesto de trabajo se transmita a la mayor audiencia posible. Es decir: publicas un trabajo y rezas para que la persona adecuada solicite. Esto todavía sucede hoy como lo demuestran los negocios en auge de las publicaciones de empleo de LinkedIn, Monster y Careerbuilder (aunque he escuchado que el negocio de publicación de empleos está luchando últimamente). Dicho esto, me entusiasman cosas como Glassdoor que me permiten saber que hemos entrado en la era moderna de reclutamiento y búsqueda de empleo.

Cuando se trata de la falta de sistemas unificados y formas infinitas, es un tema complicado. Vivimos en una sociedad litigiosa. No se necesita mucho para que alguien presente una demanda por discriminación o un grupo de personas se unan en una demanda colectiva por prácticas de contratación injustas. Esto es lo que asusta a las empresas y, como resultado, existen muchos sistemas, formularios y políticas explícitamente para garantizar que no haya lugar para ningún tipo de acción legal si alguien está descontento porque no consiguió el trabajo. ¿Alguna vez has notado lo tímido que es un reclutador cuando le pides más comentarios sobre por qué no conseguiste el trabajo? Sí, hay una razón para eso. Reglas legales. En resumen, culpo a RRHH. No me malinterpretes, “soy uno”. Pero culpo a la institución de recursos humanos que generalmente instituye todo tipo de reglas y políticas en torno al procedimiento de contratación. Si nuestro país no estuviera tan contento con la demanda, el proceso de contratación probablemente sería más transparente y más fácil para todos.

Los sistemas que usan las compañías para rastrear candidatos (conocidos como Sistemas de Seguimiento de Solicitantes) son a menudo torpes y contradictorios. He usado entre 5 y 6 sistemas diferentes en mi carrera y todos han apenado (excepto el de Google, pero quiero decir, ¿qué esperas cuando tienes el poder de desarrollo interno para construir tu propio sistema personalizado? Mejor sé DANG bueno). Y confía en mí, por mucho que los candidatos odien llenar los formularios o postular en línea a nuestros sistemas, odiamos usarlos para VER tu solicitud 10 veces más.

El nuevo reclutamiento escolar es un juego diferente. Los candidatos son más cínicos. La gente sabe que los reclutadores hablan como “mantendremos su currículum en el archivo”. La experiencia del candidato lo es todo. La gente lee y escribe cosas en Glassdoor. Hay sitios web completos dedicados a darle todas las posibles preguntas de codificación que pueda esperar en una entrevista. Hoy en día, las entrevistas solo existen para confirmar que alguien que ya creo que es genial (según mi propia investigación), es realmente increíble.

El nuevo reclutamiento escolar se trata de encontrar talento en lugares no tradicionales. En las últimas compañías para las que he trabajado, todas las principales compañías de tecnología lo recuerdan, la mayoría de los candidatos que contraté eran personas que hice todo lo posible por encontrar. No se aplicaron a ninguna posición. Eran lo que yo llamaría “candidatos pasivos”. De hecho, creo que lugares como Github, Dribbble y otros repositorios en línea son factores ENORMES en el proceso de evaluación de un candidato. Si usted es un desarrollador o diseñador de interfaz / gráfico que vale la pena, confíe en mí, no quiere trabajar para una empresa que no se preocupa por su cartera, cuerpo de trabajo y contribuciones a su campo. Los buenos reclutadores buscan talento en Github y Dribbble. Leemos blogs de desarrolladores, acechamos a las personas en Twitter, encontramos cada enfriador de agua virtual que podamos para descubrir dónde están las personas inteligentes y talentosas.

Esto se aplica en todos los campos: para cada campo profesional existe el equivalente de Dribbble, Github o Stackoverflow de algún tipo. Como reclutador, todo lo que puedo decir es demostrar su experiencia tanto como sea posible en cualquier conjunto de habilidades. No importa si tiene un currículum impresionante, si tiene una presencia en línea y está haciendo una contribución significativa a su campo, la gente lo encontrará. Tu regalo te hará espacio.

Cuando trabajé en Google, ofrecimos trabajos a los piratas informáticos que habían creado algo sorprendente a partir de Google Maps o GoogleTalk a pesar de su falta de títulos universitarios. ¿Por qué? Porque descubrimos algo impresionante que habían hecho en Internet. Sí, incluso Google, conocido por su estricta adherencia a un pedigrí de doctorado criado en Stanford, prefiere (bueno, solía preferir) talento crudo + resultados sobre el currículum ideal. Hay innumerables historias de desarrolladores que crearon productos geniales utilizando la API de un servicio y llamaron la atención de los empleadores en todas partes.

No sé si es posible escalar un proceso de reclutamiento realmente bueno. La mayoría de las compañías más pequeñas pueden lograr tener procesos súper personalizados realmente asombrosos sin sistemas molestos que brinden una experiencia fabulosa para los candidatos. Pero eventualmente, a medida que una empresa crece, muchos de los procesos divertidos, creativos y simplificados se dejan de lado para ser más “legalmente compatibles” y “mejor calibrados”. Nadie quiere demandar a una pequeña empresa emergente. Quieren demandar al jugador bien financiado a lo grande.

Reclutar bien en todas las facetas (proceso, nivel de talento, experiencia del candidato, velocidad) es algo complicado y no estoy seguro de que alguien lo haya dominado a gran escala (aunque creo que algunas de las grandes firmas de consultoría de gestión parecen estar haciendo algo) muy cierto). No me sorprendería si algún día en el futuro todas nuestras plataformas de redes sociales, redes, carteras y currículums se unifican en un repositorio utilizado por los empleadores. Veremos. Hasta entonces, ¡ineficiencia para WIN!

Abordaré la cuestión desde la perspectiva de la industria del reclutamiento, ya que creo que Aline Lerner hizo un excelente trabajo al abordarla desde el otro ángulo.

1.) Transparencia sobre intereses y conflictos financieros.

Muy pocos candidatos se dan cuenta de cuánto valen para un reclutador si simplemente responden a ese InMail. Tampoco se dan cuenta de que un reclutador de contingencias puede recibir diferentes tarifas pagadas por diferentes clientes y, por lo tanto, se les incentiva a no revelar todas las oportunidades potenciales por adelantado o vender una oportunidad más difícil que la otra.

2.) Transparencia en los clientes y la oportunidad.

Una cantidad sorprendentemente grande de reclutadores de agencias y contingencias afirman trabajar con compañías que nunca han contratado a través de ellos … Decir “Trabajo con clientes como AirBnB (o lo que sea)” generalmente significa que eliminan su información de contacto de su currículum, – envíelo por correo electrónico al Reclutador interno o al Gerente de contratación allí (vea el correo electrónico de muestra aquí – Otro ejemplo de por qué el reclutamiento técnico está roto)

Del mismo modo, una gran cantidad de correos electrónicos de reclutamiento son innecesariamente vagos en cuanto a detalles sobre la empresa, el salario, la ubicación, el equipo. Es solo después de invertir 30 minutos en una llamada telefónica que se da cuenta de que el puesto de “ingeniero sénior de iOS” es en realidad una consultoría contractual de 6 meses para una tienda de diseño web para 3 personas en Des Moines, Iowa …

¿El resultado? Las buenas oportunidades se desperdician con las malas, porque el costo de tiempo de buscar cada pista es muy grande.

3.) Intención de filtrado y centralización.

La mayoría de los fuentes juegan un juego de adivinanzas y verificación.

– Supongo que esta persona podría estar abierta a nuevas oportunidades.
– Les envío un correo electrónico / correo electrónico / mensaje privado para verificar si mi suposición es correcta o no.

… El 80% de las veces ni siquiera recibe una respuesta, y cuando lo hace, la mayoría de las veces la respuesta “no está interesada en este momento”.

Por lo tanto, se gasta una gran cantidad de tiempo, esfuerzo y mano de obra simplemente descubriendo personas que podrían tener las habilidades para un puesto en particular y están potencialmente interesadas en entrevistar o al menos aprender más sobre una oportunidad.

Incluso una vez que se hace todo ese trabajo duro, el resultado más común es que no son contratados (no es un ajuste cultural, o no pasaron nuestro desafío de programación fizzbuzz o querían demasiado dinero).

¿Qué pasaría si, en cambio, los reclutadores internos y los gerentes de contratación pasaran un tiempo contactando y hablando con personas que están activamente interesadas en lugar de tener que enviar un correo electrónico a 50-100 personas para descubrir a un SOLO prospecto? ?

El mayor problema con la contratación de ingenieros en Silicon Valley es que, al contrario de lo que a muchos de nosotros nos gusta creer, no es una meritocracia.

He estado contratando personas de alguna manera u otra durante los últimos 3 años. Primero, lo hacía como ingeniero, luego como reclutador interno y ahora como propietario de mi propia empresa de reclutamiento técnico. Hasta hace poco, estaba bastante seguro de que el mundo de las startups era tan meritocrático como algo podría ser razonablemente.

Estaba equivocado. La mayoría de los gerentes contratantes con los que hablo se muestran cómo están buscando fundamentos sólidos de CS, pasión y grandes proyectos sobre el pedigrí, pero en la práctica, el sistema falla.

Nota: Voy a evitar hablar sobre el estado de las entrevistas de programación y su eficacia porque es un gran alboroto en sí mismo. En cambio, me enfocaré en algo que creo que es un problema aún mayor: incluso poner el pie en la puerta.

CÓMO SE DESPLEGA EL SISTEMA

Digamos que eres el cofundador técnico de una nueva startup que ha tenido cierta tracción, y hay una acumulación de trabajo acumulado. Afortunadamente, ha recaudado suficiente dinero para contratar algunos ingenieros. Debido a que probablemente sea la única persona técnica, probablemente esté trabajando en la contratación de ingenieros a tiempo completo. Esto apesta un poco para ti porque probablemente no es lo que crees que eres mejor, y apesta un poco para la empresa debido al costo de oportunidad. Sin embargo, probablemente esté haciendo un trabajo bastante bueno porque 1) es realmente bueno vendiendo la visión de la empresa porque está muy interesada en ella y 2) tiene las habilidades técnicas y la intuición para evaluar a las personas en función de algunos conjunto de heurísticas internas que ha adquirido a través de la experiencia. Debido a estas heurísticas, es probable que termines dejando entrar a personas que parecen inteligentes, incluso si no se ven muy bien en el papel.

Eventualmente, las cosas van bien, tu startup obtiene más fondos y decides que quieres volver a hacer lo que crees que es un trabajo real. Contrata a un reclutador interno para que se ocupe de su proceso de contratación a tiempo completo.

Aquí es donde las cosas comienzan a ir hacia el sur. Debido a que los reclutadores, en términos generales, no son técnicos, en lugar de depender de algún barómetro interno para la competencia, tienen que confiar en algún conjunto de atributos rápidamente identificables que funcionan como un proxy de aptitud. Bien , piensas, voy a darles a mis reclutadores algunas pautas sobre cómo son los buenos candidatos. Incluso podría crear algún tipo de especificación de contratación para ayudarlos.

Estas especificaciones de contratación, ya sea un documento formal o simplemente una serie de criterios, tienden a centrarse en los atributos del candidato que maximizan las probabilidades de que el candidato sea bueno y minimizan el conocimiento especializado que se necesita para sacar estas conclusiones. Los ejemplos de estos atributos incluyen:

  • CS de una escuela superior
  • haber trabajado en una empresa superior
  • conocimiento de lenguajes / marcos específicos [1]
  • algunos años de experiencia

Este sistema funciona … más o menos. Si la empresa en cuestión tiene una marca bastante fuerte, puede permitirse una incidencia bastante alta de falsos negativos porque siempre habrá una puerta giratoria de candidatos. Y aunque estos criterios no son excelentes, no necesariamente funcionan mal y claramente funcionan lo suficientemente bien como para perpetuar su existencia.

Aquí está el problema. Si no te ves bien en el papel y estás postulando a una startup que tiene una marca fuerte, a menos que conozcas a alguien en la empresa que pueda derivarte internamente, las posibilidades de que incluso obtengas una entrevista son muy escasas.

En el gran esquema de las cosas, hay una gran cola resultante de grandes ingenieros por ahí que se pasan por alto incluso ante la percepción de escasez de mano de obra inglesa.

¿Y LOS PROYECTOS LATERALES?

La sabiduría popular dicta que tener una gran cartera de proyectos paralelos puede ayudarlo a llegar a la puerta si no se ve bien en el papel. Desearía que esto fuera más cierto. Sin embargo, a menos que su proyecto tenga un perfil bastante alto, sea fácil de entender para un laico y / o esté construido con la API de la compañía a la que se está postulando, probablemente se pasará por alto.

Parte del problema es que no todos los proyectos paralelos se crean de la misma manera. Puedo encontrar algún tutorial tonto para algo llamativo de la interfaz de usuario, copiar el código literalmente, intercambiar algo que lo haga un poco personal y luego llamarlo un proyecto paralelo. O puedo crear un nuevo marco JavaScript realmente útil. O puedo pasar un año arrancando una startup en mis horas libres y llegar a decenas de miles de usuarios. O puedo llamarme arbitrariamente CTO de algo que codifiqué en un fin de semana con un amigo.

Decir la diferencia entre este tipo de proyectos es algo lento para alguien con experiencia técnica y casi imposible para alguien que nunca antes ha codificado. Por lo tanto, si bien los proyectos secundarios asombrosos son un GRAN indicador de competencia, si las personas que leen currículums no pueden (ya sea por falta de conocimiento específico del dominio o por consideraciones de tiempo) diferenciar entre asombroso y decepcionante, la señal se pierde en el ruido.

Para ser claros, no estoy desalentando la construcción de cosas. Construir cosas en su propio tiempo es una excelente manera de aprender porque se encuentra con todo tipo de desafíos y trampas no deterministas que de otro modo no habría tenido. Pocas cosas lo prepararán mejor para la parte de las entrevistas de codificación que prueban si sabe cómo funciona la web, tiene un sentido del producto decente, puede diseñar un esquema db, etc. Es solo que haber construido cosas puede no poner tu pie en la puerta, por lo que incluso tienes la oportunidad de demostrar estas habilidades.

¿QUÉ PODEMOS HACER AL RESPECTO?

Lamentar que las personas no técnicas sean las primeras en filtrar candidatos es una tontería porque no va a cambiar. Sin embargo, lo que puede cambiar es cómo filtran. Hay algunas cosas en las que puedo pensar para arreglar esto.

  1. Averigüe qué atributos son predictores de éxito, yendo más allá de la fruta baja como el pedigrí. Esto es duro. Traté de hacerlo , y Google lo hizo . Desearía que más compañías hicieran este tipo de cosas y publicaran sus resultados.
  2. Encuentre una manera barata y rápida de evaluar a las personas que no requiere mucho más esfuerzo que leer un currículum, pero trata de determinar si alguien es realmente bueno en lugar de depender de representantes.
  3. Establezca un conjunto élite de clases de CS de baja fricción, gratis / de bajo costo en el que cualquiera pueda ingresar, pero que pierda a la mayoría de las personas a través de una combinación de desgaste debido a la dificultad de las clases y la evaluación difícil al final. Construya una marca fuerte con el tiempo para que las empresas atribuyan un respeto significativo a completar esta pista. De esta manera, el mérito puede vincularse efectivamente con el pedigrí. Esto también es muy difícil. Sin embargo, sé que varias compañías están atacando este espacio, y estoy emocionado de ver cómo la contratación cambiará en los próximos años como resultado.

# 2 es de lo que hablaré aquí porque es el menos difícil de implementar y porque ya hay partes de él en su lugar.

Para evaluar de manera efectiva y rápida a las personas sin estar vinculados al pedigrí, los solicitantes de una empresa específica pueden optar por seguir la ruta tradicional y enviar un currículum O, si no creen que se ven demasiado bien en papel, podrían 1) completar un desafío de codificación y 2) presentar una muestra de escritura.

Idealmente, el desafío de codificación podría puntuarse de forma rápida y automática (ya que el objetivo principal de tener reclutadores en primer lugar es evitar reducir el tiempo / recursos), pero al mismo tiempo probablemente debería ser un problema interesante que también dar una idea de la cultura de ingeniería de la compañía y los tipos de problemas que están resolviendo, en lugar de algunos problemas genéricos de estructuras de datos extraídos de un manual de entrevistas. Si el desafío de la codificación es demasiado bla / libro de texto, me preocupa que un cierto subconjunto de personas inteligentes no quieran perder su tiempo. Ya existen herramientas para automatizar la evaluación de la codificación (por ejemplo, HackerRank, Codility, Hackermeter), pero actualmente no están integradas en el proceso de solicitud de la manera correcta; si quiero solicitar un trabajo en algún lugar, voy a revisar sus trabajos página en lugar de buscar sus desafíos de codificación. E incluso si me va bien en estas evaluaciones, en muchos lugares, no hay garantía de que realmente obtenga una entrevista si me veo mal en el papel.

La idea de la muestra de escritura vino del estudio que realicé . De los muchos atributos que probé, los tres que lograron algún tipo de significación estadística fueron 1) errores gramaticales / errores tipográficos / inconsistencias sintácticas, 2) si el candidato trabajaba en una empresa de primer nivel y 3) si se podía ver en su currículum lo que hicieron en cada uno de sus puestos anteriores. Dos de los tres atributos, en otras palabras, tenían que ver con las habilidades de comunicación escrita de un candidato.

Con la muestra de escritura, me estoy imaginando algo que no es una carta de presentación : la gente tiende a hacerlos bastante formulados y no están demasiado deprimidos para hablar realmente de algo demasiado personal o interesante. Por el contrario, debería ser una descripción concisa de algo en lo que trabajó recientemente y de lo que está emocionado de hablar como se explicó a una audiencia no técnica. Creo que el aspecto de la audiencia no técnica es crítico porque entonces 1) si puede dividir conceptos complejos en una audiencia no técnica, probablemente sea un buen comunicador y realmente entienda en qué trabajó y 2) los reclutadores pueden leerlo y hacer juicios valiosos sobre si la escritura es buena y si entienden lo que hizo la persona. Si los reclutadores pueden tener la facultad de emitir juicios reales en lugar de actuar como una combinación de palabras clave humanas, probablemente serían mucho mejores en sus trabajos. En mi experiencia, muchos reclutadores son muy inteligentes, pero sus habilidades no están siendo utilizadas en todo su potencial.

La combinación de un desafío de codificación completado con éxito y una excelente muestra de escritura que es sintáctica y semánticamente excelente debería ser lo suficientemente poderosa como para que alguien llame por teléfono a una ronda de codificación en vivo.

El problema de sacar a la superficie diamantes en bruto es difícil, pero creo que estos pasos relativamente pequeños y realistas pueden ser de gran ayuda para encontrarlos y hacer que la contratación de meritocracia se convierta en la meritocracia que todos queremos que sea.

[1] esto definitivamente es muy relevante para roles especializados, pero también lo veo mucho para los tipos de roles generalistas completos