¿Es este proceso de entrevista por etapas/contratación de prueba una buena idea?

Tengo un proyecto personal (aplicación web) que va bien y creo que hay una posibilidad real de que se convierta en una startup, momento en el que tendría que contratar gente.

Esta sería la primera vez que hago algo así. He estado soñando despierto sobre cómo sería el proceso de contratación, cuando solo estoy yo al principio. Las entrevistas tecnológicas son conocidas por probar a las personas en cosas que no necesariamente predicen la calidad de la contratación.

Estaba pensando en hacer algo como esto.

  • El candidato envía su CV, recibe una llamada telefónica y una entrevista del orden de, digamos, una hora. Hasta ahora todo normal.

  • Si la entrevista va bien, se contrata al candidato hasta por un día (quizás el mismo día) y se le paga por hora por la cantidad de horas que resulte. En este día, se les dará acceso al código fuente y a los sistemas de desarrollo como si fueran empleados y se les pedirá que realicen algunas tareas desafiantes y de tiempo limitado que son realmente relevantes para el proyecto.

  • Si el primer día va bien, se contrata al candidato hasta por una semana, se le paga por día por el número de días que resulte. Una vez más, se les pide que realicen un trabajo realmente relevante, pero esta vez no están presionados por el tiempo y las tareas tendrán un alcance mayor. Aquí estarían demostrando sus habilidades de autogestión tanto como cualquier otra cosa.

  • Si la primera semana va bien, se les otorga un contrato normal, de prueba durante los primeros meses, y se les trata como empleados de pleno derecho.

Las ventajas de este proceso, tal como lo veo, son que el candidato está siendo evaluado más exhaustivamente en el entorno de trabajo real, y parece razonable pagarle para que haga algo más allá de un par de horas de entrevista.

Puedo anticipar las desventajas potenciales de los gastos administrativos y legales, esto parece que implicará una importante inversión inicial de esfuerzo para organizar. Además, durante la primera semana, el candidato podría ser despedido en cualquier momento, lo que podría crear una atmósfera amenazante. Para un equipo de un solo hombre que recién comienza a expandirse, tal vez esto establezca el tono equivocado.

Instintivamente, parece una buena idea, pero no he oído hablar de nadie que contrate de esta manera.

¿Es una buena idea? ¿Tienes experiencia viendo algo así salir bien o mal?

Necesita un asesor que pueda evaluar adecuadamente a las personas, eso es todo. No pierdas tiempo valioso en mundos imaginarios
Para agregar al problema descrito por Joe (que es realmente un gran problema en sí mismo), ¿has decidido cuánto planeas pagarle a la gente? ¿Cambiará el plan de pago a medida que avance de la contratación por un día a la contratación por 1 semana y a la contratación por más tiempo? Además, algunas personas no pueden trabajar en 2 lugares al mismo tiempo.
Pregunta de la regla de oro: ¿Cómo reaccionaría si estuviera en un trabajo existente y alguien le pidiera que pasara por este proceso de entrevista? Imagínelo no desde su perspectiva como fundador, sino desde la perspectiva de un candidato que sabe tan poco sobre usted (y si es un buen lugar para trabajar) como usted sobre ellos.
Este tipo de esquema podría ser más adecuado para los contratistas que para los empleados.
Es posible que desee consultar las leyes laborales locales para ver si esto es legal. En algunos países, la situación legal hace que sea imposible o al menos muy poco práctico contratar a alguien por solo un día a menos que registre una empresa.
@Philipp: Eso podría ser una cuestión de redacción. Por ejemplo, "contratar a alguien por un día" podría no ser posible, pero tener un proceso formal para el período de prueba con un primer punto de decisión después de un día parece lo suficientemente legal.
Es una buena idea si tu objetivo es ahuyentar a todos los buenos programadores que pueden encontrar fácilmente un trabajo en una empresa con un proceso de contratación menos complicado.
¿Crees que es posible que sean productivos el día 1?
Me imaginaba que el primer día se les darían tareas manejables como "la documentación está incompleta, pero aquí hay algunos ejemplos de la pila API en acción, he agregado una columna al registro de la base de datos aquí, pase los datos adicionales a través de la UI y complete la documentación a medida que avanza ": para el código que estoy viendo ahora, espero que un nuevo empleado competente lo administre en un par de horas y pueda hablar de manera inteligente sobre la arquitectura después.
Veo que las respuestas no están de acuerdo con su método, pero seguiría su proceso si me ofreciera un cheque grande y gordo por día. Digamos 120 €/hora - Incluso me quedaría más tiempo.
En lugar de reinventar la rueda, vea cómo otras empresas emergentes han abordado este problema.
Otros han respondido esta pregunta, pero cuando estás haciendo una startup, amigo, ve a lo grande o vete a casa. En todo lo que hagas, hazlo como si supieras que va a funcionar.
Esto simplemente grita "no tenemos idea de cómo decidir a quién contratar y no estamos dispuestos a comprometernos a hacer que las cosas funcionen, sino que dejaremos a alguien al primer indicio de problemas". Solo enganchará a personas que no pueden encontrar mejores ofertas en ningún otro lugar, por lo que tendrá que conformarse con personas menos calificadas o pagar mucho más. Y, por supuesto, no espere que los empleados se comprometan con usted hasta que usted se comprometa con ellos.
@yshavit Personalmente, cuando estaba buscando trabajo, estaba mucho más preocupado por terminar en un lugar que no encajaba que por estar desempleado. Un empleado potencial podría estar tan tranquilo como el empleador por la oportunidad de decir "no, gracias" después de una semana. Habiendo dicho eso, la versión de un día es claramente demasiado corta.
Hay formas de contratar personal técnico sin hacerles demasiadas preguntas o dejar que trabajen demasiado. Habilidades de comunicación y experiencia al rescate. Pídales que escriban código en su tiempo libre, quizás dediquen 1 hora a ello. O simplemente pídales que le muestren sus creaciones existentes o de código abierto. 5 minutos dedicados a mirar el código - hecho. Sí, el buen código es tan raro.

Respuestas (6)

La mayoría de los buenos programadores ya están empleados. Se están tomando vacaciones, siendo realistas, para venir a la entrevista. Les estaría pidiendo que se tomaran otro día de vacaciones para trabajar con usted (a menos que planee que hagan sus tareas de tiempo limitado después de que hayan trabajado un día completo en su empleador actual). Entonces, les pediría que se tomaran una semana de vacaciones para trabajar con usted durante una semana, lo que probablemente también requiera algo de tiempo para organizarse. Y solo entonces, después de gastar una gran parte de sus horas de vacaciones, potencialmente les ofrecería un contrato de prueba que les permitiría considerar dar un aviso de dos semanas a su empleador actual. Eso ciertamente reduce el riesgo de contratar a alguien que no va a ser productivo, pero significa que el candidato está asumiendo un riesgo tremendo.

Por supuesto, crea una serie de riesgos para usted. Existe cierto riesgo de propiedad intelectual. Según el contrato de trabajo actual del candidato, es posible que su empleador actual tenga derechos sobre el código que escribe para usted. Hay un riesgo de tiempo. Vas a tener que esperar a que ellos organicen un día de vacaciones y luego una semana de vacaciones y luego que notifiquen antes de que puedan establecer su contrato de prueba. Esa es una buena cantidad de espera y coordinación. Si usted es un Fortune 500 de movimiento lento, eso podría no ser un gran problema. Si es una startup que se mueve rápidamente, un proceso de entrevista que se extienda durante uno o dos meses sería problemático.

Si decide que solo contratará a personas que actualmente están desempleadas, lo que restringirá severamente el grupo de candidatos sólidos, entonces solo tendrá problemas logísticos. Preparar a un nuevo empleado es una buena cantidad de trabajo, especialmente cuando se va a medir su rendimiento del primer día y no puede permitirse un contratiempo cuando algo no funciona sin problemas. Y hay una gran cantidad de papeleo de empleo que debe realizarse para asegurarse de que realiza la retención adecuada, envía los formularios de impuestos adecuados al final del año, tiene los NDA apropiados y similares. Desde el punto de vista de los empleados, el trabajo extra que implica hacer un solo día de trabajo por contrato bien puede costarles más en tarifas de preparación de impuestos de lo que ganarían. Y eso puede interferir con sus beneficios de desempleo.

Y a menos que esté haciendo algo terriblemente repetitivo y poco interesante, esperar que alguien entregue mucho valor en un solo día o una sola semana es probablemente optimista. Las personas tardan en ponerse al día con un código base existente, comprender su arquitectura, configurar su entorno para obtener la máxima productividad, etc. Si solo les pide que realicen pequeños ajustes en piezas de código muy localizadas basadas en especificaciones, eso podría ser suficiente tiempo. Pero eso no le dirá mucho sobre su capacidad para realizar las tareas más complicadas para las que probablemente los contrate.

tl; dr: no es respetuoso pensar que cualquier ingeniería competente pasará por el proceso de OP.
"Decida que solo contratará a personas que actualmente están desempleadas" o que trabajan por cuenta propia como contratistas. Pero eso tiene el problema adicional de que probablemente sean autónomos por una razón mejor que "todavía no has venido y les has ofrecido un trabajo permanente" ;-)
"tómese otro día de vacaciones para trabajar con usted" - si tan solo ese fuera el mayor problema. Propone que hay un contrato para ese día, lo que significa que el empleado tendría dos empleadores simultáneos. Y muy a menudo, el primer empleador tendrá un problema con eso. Las cláusulas de no competencia para el empleo secuencial pueden ser difíciles de hacer cumplir, pero para el empleo simultáneo es mucho más fácil.
@MSalters: que es parte del problema de propiedad intelectual que discuto. Pero sí, hay muchas maneras en que esto podría explotar.
@JustinCave: Es más que propiedad intelectual. La propiedad intelectual normalmente sería la ley de derechos de autor; Estoy sugiriendo que estaría completamente prohibido bajo la ley laboral.
@MSalters: no estoy de acuerdo en que sea una posibilidad. Desde el punto de vista del cartel original, tener alguna otra organización que pueda reclamar código en su base de código parece ser el mayor riesgo. Dada la cantidad de personas que realizan pequeñas cantidades de trabajo externo mientras están empleados, no colocaría ese tipo de violación como uno de los 10 problemas principales con este esquema, aunque ciertamente está entre los 100 principales.
El esquema que he visto que funciona bien para las pequeñas empresas es: entrevista telefónica de 20 minutos, tarea de programación "en casa" (digamos 3 o 4 horas de trabajo; envíeles la especificación de la tarea, luego espere una respuesta en cuatro horas, o simplemente déjela). depende de ellos cuando lo devuelvan), un par de horas de entrevista in situ. Para una empresa nueva, contrate a ex colegas: no puede permitirse ningún error.

Vaya con un proceso de contratación más "normal". Los buenos empleados son muy cautelosos con las nuevas empresas con formas inusuales de hacer las cosas, la mayoría tiende a quedarse fuera del negocio 'inusual' (la mayoría de las nuevas empresas fracasan).

Lo que puede hacer es utilizar trabajadores independientes en porciones específicas y luego, si están a la altura, ofrecerles puestos de tiempo completo. Luego, obtiene el beneficio de verlos hacer un trabajo relevante y puede analizar su ética de trabajo, eficiencia, etc. antes de contratarlos. Básicamente funciona igual que lo que describes pero sin las molestias.

Al mismo tiempo, use un proceso de contratación normal para buscar a otros. Estás buscando a alguien confiable y competente, no del tipo artista/genio. El proceso de contratación normal debería mostrarle quién es y quién no (esa es la razón por la que la gente lo usa, para eso se preparan los posibles empleados y generalmente funciona).

Esto de 'un día' no va a funcionar. Cualquier desarrollador experimentado que se precie solo se reirá de tal idea. Además, creo que es aconsejable que averigüe cuánto dinero le costará incorporar a una persona en un sistema de nómina legítimo , hacer todo el papeleo legal, ubicar el espacio de escritorio y pagar la compensación del trabajador con la intención de que todo sea en su lugar por un día. Está lejos de ser trivial y va a ser un componente para cualquiera que tenga un negocio.

Solo tengo alrededor de un año de experiencia, por lo que no estoy experimentado. No obstante, también me reiría de la idea de hacer un contrato de un día para una empresa nueva de una sola persona como parte de un proceso de entrevista increíblemente laborioso. O un contrato de una semana para el caso.

Ahora estoy jubilado, sin embargo, he sido consultor de tecnología durante 30 años y arranqué con bastantes empresas emergentes que han sido pioneras en tecnología que todos reconoceríamos fácilmente hoy. Lo he hecho por mí y por los demás.

Dicho esto, siempre he reclutado a personas que conozco y en las que confío.

No puedes confiar en personas que no conoces. Para algunas de las nuevas empresas, recluté a compañeros de trabajo para que trabajaran por la noche y los fines de semana. Esto es sorprendentemente fácil ya que la gente siempre está interesada en la tecnología y el dinero. El punto es que nunca robé a los empleados. Sin embargo, si la puesta en marcha tuvo éxito, estaba feliz de que se unieran a la empresa a tiempo completo durante el día.

Cuando los proyectos eran pequeños y recién comenzaban, cada nueva empresa recibía acciones como una corporación que me permitía tomar algunos programadores críticos y ofrecerles algo de propiedad. Esto hace dos cosas. Les da una participación en el éxito de la empresa. También les da un incentivo para arriesgarse incluso por menos dinero.

Sin embargo, para hacer esto, debe ser un buen vendedor, elegir lo mejor de los mejores tecnólogos a los que tenga acceso, ser capaz de motivar y mantener el interés de las personas constantemente, entregar un producto de manera oportuna y, finalmente, ser veraz y confiado Estas son buenas habilidades de liderazgo que necesitará de todos modos, por lo que pasar por este proceso es un ejercicio extremadamente bueno para el futuro. Tampoco es tan fácil como la gente piensa.

De lo contrario, el proceso normal de contratación está plagado de riesgos. Contratar a personas que conoces y en las que confías es mucho más fácil. Sin embargo, a veces la gente te decepcionará. Así que asegúrate de tener una salida. Ponlo todo por escrito. Hazlo oficial.

Aquí hay un ejemplo.

Tuve una idea para un nuevo punto de venta (POS) que existe hoy. Ser pionero en un POS integral que gestiona toda la cadena comercial no existía en ese momento. Empecé a trabajar en el núcleo del producto. Después de 6 meses, contraté a un amigo y le di el 50% del producto debido al nivel de participación que tenía. Necesitaba los 6 meses para crear una prueba de concepto que la gente pudiera ver. Era un producto que funcionaba, incluso si no estaba completo. Cuando necesitábamos experiencia y ayuda, quitábamos un pequeño porcentaje de propiedad a los programadores clave que llenaban los vacíos. Esto fue del 1% al 5% como máximo. Mantuvimos el recuento de personal muy reducido. Al final, la intención era vender el producto a alguien que ya estaba en el negocio, lo cual hicimos. Cada uno obtuvo un ingreso significativo dentro de un año. Mi socio principal y yo obtuvimos nuestros ingresos anuales en solo un año de programación a tiempo parcial con bastante facilidad. Estábamos muy bien pagados en ese momento, ¡así que fue un verdadero impulso!

Eso se parece mucho a la definición de nepotismo. En términos generales, el nepotismo es una barrera de entrada al mercado para los menos privilegiados (los que no tienen conexiones). Cualquiera que quiera un mundo más justo evitaría el nepotismo por las razones obvias ya mencionadas. Sin embargo, en realidad, a veces tiene sentido. Solo espero que si en el futuro tiene un puesto de nivel inferior que cubrir, lo anunciará a la población en general en lugar de dárselo al hijo de los primos de sus mejores amigos.
@Dom Esto es un negocio. Contratar personas establecidas, conocidas y confiables para realizar una función es muy superior a contratar a un desconocido. La aversión al riesgo no es sólo una buena práctica empresarial, es esencial. El mundo no es justo. Nunca estuve en el negocio para ser justo con los extraños. He contratado a personas que no conozco muchas veces. Sin duda hay un equilibrio. Sin embargo, debe tener en cuenta que las personas con las que trabajé estaban lejos de ser ordinarias. Todos éramos artistas de alto nivel o no hubiéramos estado en la posición en la que estábamos. El rendimiento es la clave del éxito y no la suerte. El rendimiento es la clave del negocio.
Aprecio lo que dices y sé muy bien que el mundo es injusto. También sospeché que estás/estabas en una posición de alto nivel donde no hay una gran cantidad de personas que puedan desempeñarse en ese nivel, sin embargo, no estoy de acuerdo con la recomendación de contratar solo a personas conocidas en general en lugar de dar a extraños una oportunidad. De todos modos, estaba en desacuerdo con abordar todas las contrataciones de esta manera, en lugar de solo unos pocos superiores. Desde otra perspectiva, se podría argumentar que en realidad estás cazando talentos de un grupo de profesionales conocidos.
@Dom Sí. Contraté de un grupo de profesionales conocidos. Pero no siempre. He contratado a personas sin experiencia en TI. Prefiero a los ex policías ya que han demostrado ser excelentes profesionales de TI. También he contratado médicos con éxito. He contratado a personas de las montañas de Perú que no hablaban inglés y que, sin embargo, se mostraron prometedoras con éxito. Siempre se trata de hacer el trabajo de manera eficiente, profesional y a tiempo, así como de evitar el riesgo de fracaso. Para las empresas de nueva creación que deben ser esbeltas, ir con una cantidad conocida es imprescindible. A veces hay lugar para las incógnitas.

No creo que un 'contrato de un día' sea una buena idea. Creo que los buenos candidatos no estarían de acuerdo en hacer eso para una startup. Podrían ser para Google o Amazon, pero no para [startup sin nombre con cero empleados].

También es poco probable que obtenga mucho de alguien en un solo día; a menos que esté haciendo algo poco interesante que es más una operación de productos básicos (es decir, configurar sitios web para personas), por lo general toma algún tiempo ponerse al día con el proyecto de una manera útil. Las empresas emergentes son más rápidas que la mayoría en este sentido, pero un día parece una exageración. El papeleo de empleo lleva tiempo, después de todo, si nada más.

Sin embargo, lo que está describiendo no es tan inusual para las empresas con un período de prueba algo más largo. Posiblemente podría contratar a alguien con un contrato corto, digamos de uno a tres meses, si parecen buenos candidatos. Esto se llama "Contrato para contratar" y significa que después del término del contrato, usted considera su desempeño y les ofrece un puesto de tiempo completo si cumplen con sus estándares.

Sin embargo, aún debe hacer un poco de esfuerzo en el lado de la entrevista; Personalmente, creo que las entrevistas son en su mayoría solo para identificar señales de alerta y son inútiles para identificar buenos candidatos, por lo que no me preocuparía demasiado por eso. Asegúrese de que la persona sepa cómo programar, mire su depósito de github, llévela a almorzar, tomar un café o un bar y ver cómo su personalidad encaja con la suya; eso es suficiente.

Conozco a una persona contratada de manera similar.

El proceso ha sido un poco más sencillo de lo que sugieres:

  1. Una minuciosa entrevista telefónica.
  2. Una semana de prueba con tareas reales, alojamiento y gastos pagados + más una compensación digna.
  3. Período de prueba habitual (varios meses).
  4. Contrato de tiempo ilimitado.

La principal diferencia con lo que sugieres fue el tiempo: entre los puntos 1, 2 y 3 hubo pausas de varias semanas para que la candidata arreglara su horario y tiempo de vacaciones.

Era un caso muy específico: la candidata estaba buscando trabajo pero aún no había dado aviso (dejaba el trabajo de mutuo acuerdo sin prisas) y su empleador original estaba abierto a este tipo de cosas. A lo largo del proceso se hicieron muchos favores a las tres partes y aun así fue un asunto engorroso. El campo era la ingeniería de edificios, no tan rápido como el desarrollo de software, y el candidato estaba en ese momento solo varios años antes de la jubilación planificada. El candidato también tenía una buena recomendación de otro empleado de mucho tiempo y solicitó un puesto que era muy difícil de cubrir. La empresa de contratación ha estado treinta años en el negocio, tenía alrededor de mil empleados y se sabe que es muy exitosa (léase: tenía mejor previsibilidad para el candidato que una nueva empresa).

Sí, funcionó, pero no puedo imaginar que esta sea la forma óptima de conseguir a las personas que necesita en su situación (no estoy en una empresa nueva, así que no confíe en mi palabra).

Creo que su punto #2 es esencial aquí. Estaría más abierto a considerar este tipo de cosas si la "prueba" tuviera todos los gastos pagados y tuviera una compensación. Sin embargo, sospecho que en el caso de una puesta en marcha, esta sería una buena manera de despilfarrar los fondos que ya tenía (porque también puede ofrecer una bonificación por firmar, por ejemplo). Si no se paga y no recibo una compensación justa, olvídalo: estoy perdiendo mucho dinero para TAL VEZ trabajar para una empresa que puede cerrar en 6 meses.
@DanPantry Sí, el aspecto de inicio es importante aquí. Actualizaré la respuesta con una parte importante: la empresa de contratación ha tenido una historia de varias décadas y alrededor de miles de personas. De hecho, ha sido nombrado negocio del año varias veces en la región. Toda una diferencia.