Cómo manejar a las personas que mienten en su currículum [cerrado]

Estoy realizando entrevistas técnicas para ocupar algunos puestos .NET. Muchas de las personas que entrevista realmente no conozco .NET bastante bien, pero me parece al menos el 90% embellecer sus habilidades en cualquier lugar entre "un poco" a "de manera drástica". A veces fabrican habilidades relevantes para el puesto que están solicitando, a veces no.

La mayoría de las personas que entrevisto, incluso los mentirosos más atroces, no son estafadores. Solo quieren destacarse entre la multitud, por lo que dejan caer algunas palabras de moda en su currículum como "JBoss", "LINQ", "servicios web", "Django" o lo que sea solo para mejorar su conjunto de habilidades y mantenerse competitivos.

(Quizás se pregunte si una persona que miente sobre esas habilidades simplemente está hablando de una entrevista técnica. Mis entrevistas involucran mucha codificación práctica y resolución de problemas: las personas que intentan farolear bombardean la parte de codificación práctica en los primeros 3 minutos.)

Estas son dos preguntas abiertas, pero realmente me ayudaría cuando haga mis recomendaciones a los gerentes de contratación:

1. Con respecto a la etiqueta de la entrevista, ¿debo intentar determinar si una persona realmente posee todas las habilidades que dice tener? ¿Puedo hacer esto sin hacer que el candidato se sienta incómodo?

2. Con respecto a la decisión final, ¿debo recomendar candidatos que estén genuinamente calificados para los puestos que están solicitando, incluso si han fabricado partes de su conjunto de habilidades?

¿Debería intentar determinar si una persona realmente posee todas las habilidades que dice tener?

¿Por qué?

Para determinar si son un gran mentiroso gordo? ¿O para humillarlos? ¿O para demostrar su total superioridad técnica?

¿O para tomar una decisión de contratación?

Asegúrese de distinguir entre hacer lo correcto en la contratación y ser un imbécil sobre los matices en el currículum de alguien.

Algunas personas dicen "experimentado", pero desearía que dijeran "expuesto". ¿Eso los convierte en un mentiroso malvado? ¿O eso significa que su definición de experiencia no es tan rica, variada y profunda como la tuya?

Si sospecha que están mintiendo, y sería una mala decisión de contratación debido a esto, recuerde su objetivo real.

Solo estás tomando una decisión de contratación.

Si son grandes mentirosos, no los contrates.

Si crees que han "exagerado" su experiencia, quizás el uso de las palabras sea tan incorrecto como el de ellos. ¿Importa? ¿Deben convertirse a su forma de redactar un currículum? ¿O simplemente puedes determinar qué quieren decir con las palabras que usan?

Si no está seguro, pruebe su experiencia. No tiene que incomodar a alguien para llegar a una evaluación útil y significativa de sus habilidades.

Debe suponer que cualquiera que diga saber algo en su currículum está mintiendo. Hay muchas definiciones diferentes de "experimentado" o "fluido", y hasta que esté de acuerdo con ellas, las reclamaciones en un currículum no tienen sentido. Lo único que debería importarle es lo que han hecho en el pasado y si eso significa que podrán ayudar a su empresa en el futuro. El objetivo de la entrevista es determinar lo que realmente han hecho y cómo se aplicará al trabajo para el que los está entrevistando.

Dicho esto, si alguien es obviamente un buen mentiroso, envíelo a ventas :)

1) Con respecto a la etiqueta de la entrevista, ¿debería intentar determinar si una persona realmente posee todas las habilidades que dice tener? ¿Puedo hacer esto sin hacer que el candidato se sienta incómodo?

No. Descubra que poseen las habilidades necesarias para el trabajo que necesita que hagan (y si son "inteligentes y logran hacer las cosas").

2) Con respecto a la decisión final, ¿debería recomendar candidatos que estén genuinamente calificados para los puestos que están solicitando, incluso si han fabricado partes de su conjunto de habilidades?

Si. Luego, búrlate de ellos sin piedad aproximadamente un mes después de que comenzaron como tu compañero de trabajo. Esto es asumiendo que mintieron sobre conocer Java, y no sobre obtener ese título de maestría.

No he trabajado con C en un par de años, y si me sentara con un terminal y gcc y tratara de escribir algo en él, iría a google cada 5 minutos. Si tuviera que escribir el código C en la pizarra, olvidaría todo tipo de cosas como lo que devuelve malloc cuando falla o la sintaxis correcta para declarar un typedef. Todavía siento que sé C, y aún lo pondré en mi hoja de vida. No creo que esté "mintiendo", es solo escribir un párrafo para cada idioma en mi currículum explicando mi experiencia con él, y cuán fuera de práctica soy poco práctico.

En general, no me importan demasiado los conjuntos de habilidades específicas que figuran en el currículum. Solo les pregunto sobre el trabajo que hacen / han hecho. La palabra que corresponde a parte de los currículums es lamentable para todos los interesados ​​y culpo a los reclutadores.

Si la persona miente descaradamente sobre la experiencia, entonces, por supuesto, debe considerar si le conviene.

Realmente nunca dejo que las palabras de moda específicas, los acrónimos y los idiomas se interpongan en la forma de descubrir que la persona es buena para contratar. Se supone que las personas en nuestro campo puedan aprender y resolver problemas. Conocer una tecnología específica no es un gran problema, contratar para un conjunto de habilidades específicas no es una buena práctica en mi opinión.

Aquí está mi pregunta mágica para resolver afirmaciones exageradas.

Usted tiene [insertar tecnología] enumerada aquí en sus habilidades ... ¿Qué tan cómodo se siente al responder preguntas técnicas sobre eso?

Los candidatos honestos le dirán directamente si no han trabajado en esa tecnología durante cinco años, o si solo han tenido una exposición básica, o si han estudiado eso en la universidad hace doce años y apenas recuerdan algo (y eso está perfectamente bien conmigo)

En esos casos, no tengo ningún problema en ser fácil con ellos o incluso omitir esa parte de la entrevista si eso no es fundamental para las habilidades que necesitan para el trabajo.

Pero si los candidatos me dicen que se sienten cómodos con la tecnología, es mejor que puedan responder esas preguntas.

Ustedes están buscando lo incorrecto.

Debes estar buscando a la gente de Smart & Gets Things Done , no sé las minucias del estándar C ++ porque no tengo que sacar el código de mi trabajo real .

Trabajé en una gran empresa una vez (nunca más) ... durante un poco más de un año (me sentí como 10) ... Sé cuán aislado está la mayoría de esos tipos de ver cómo se traduce el código en un cheque de pago.

Aparte de la política, fue agradable y ordenado poder sentarse y pasar una semana debatiendo un patrón de diseño o probando lo que la norma decía sobre xyz ...

Intenta llevar ese juego a una startup (no financiado por VC), donde eres una de las contrataciones de un solo dígito, y mira qué tan bien pasa.

Usted: No hemos implementado esa nueva característica porque estamos trabajando a través de los méritos de NoSQL vs. Sharding vs. bla, bla, bla

Propietario: Oh ... cuando te tuve en esa llamada de ventas con BigCo, pensé que tenían claro cómo necesitaban esta función para avanzar. PD: No cambie su cheque esta semana. Necesitábamos esa venta para mantener un flujo de caja positivo. PPS: fuera.

Vienes al mundo de las startups, entonces necesitarás poder utilizar una docena de tecnologías diferentes, todo en la misma semana, si no el día, para poder poner en marcha las cosas. ¿Apache tuning? Cheque. HTML / CSS? Cheque. C ++ / Win32 Threading? Cheque. ¿Ahora hacerlo funcionar en Linux / POSIX? Cheque. Reemplazar una placa base maldita? Cheque.

Aquí está la diferencia entre programación e ingeniería real.

Cuando trabajaba por cuenta propia, busqué convertirme en un "Socio" certificado por MS ... Recuerdo haber recibido una lista de preguntas de muestra y pensar en lo ridículos que eran para poder entregar el producto. Cosas como cómo agregar a un contenedor de lista , y luego 4 o 5 opciones múltiples con una sintaxis ligeramente diferente.

Eso sería como preguntarle a un ingeniero civil si podrían resolver una pendiente del problema del camino con algún FORTRAN en lugar de su HP de confianza. Cuando contratas a un ingeniero civil, uno con licencia, sabes que pueden descubrir la pendiente correcta de la carretera: no te importa si usaron un ábaco o tuvieron que buscar la fórmula.

Para vincular eso con el ejemplo anterior, tengo un título en Ciencias de la Computación ... SÉ cuando un problema requiere una estructura de lista, y SÉ cómo implementarlo , no solo llamarlo . Pero, dado que he tenido que usar listas en media docena de idiomas, probablemente voy a arruinar la sintaxis si tengo que ponerla en la pizarra en lugar de confiar en el intellisense.

Leer estas respuestas me alegra estar trabajando en mi propia empresa en lugar de intentar saltar a través de aros como un mono de circo entrenado para apaciguar las ideas aleatorias de algunos programadores al azar sobre cómo contratar.

Con respecto a la pregunta 1, es su culpa si se sienten incómodos al mentir. Intenta a toda costa determinar si poseen las habilidades que dicen tener. De lo contrario, tendrá un problema perpetuo (a diferencia del solucionador de problemas;)) en su empresa.

Con respecto a la pregunta 2, si se fabrican en un currículum vitae, ¿cómo puede confiar en que no mientan sobre otras partes del trabajo, como si los errores se corrigieran REALMENTE en esa nueva versión lista para ir al cliente molesto?

Cuando no sé algo que se pregunta durante una entrevista, afirmo que no sé. En mis cartas de presentación, dejaré en claro que no cumplo con el Requisito # 34 de las 184 tecnologías que solicitan :)

Asumir que la mentira es grave ... (por ejemplo, tengo 12 años de experiencia con c ++)

Descartarlos. Si alguien está mintiendo a propósito en su currículum, no me preocuparé demasiado por su comodidad. Contratar a un mentiroso puede causar una pérdida financiera considerable.

Si alguien no tiene problemas para mentir en otras áreas, no tiene ningún problema para mentir en absoluto. Ciertamente no quisiera contratar a nadie que sienta que mentirle a un posible empleador es aceptable.

Asumir que la mentira no es tan grave ... (por ejemplo, solo escribo marcado válido / css)

Basaría la contratación en su cartera. Yo realmente soy un purista de los estándares, pero es posible encontrar un target = "" en uno de mis proyectos XHTML 1.0 estricto de vez en cuando.

Tengo poca tolerancia para este tipo de cosas. Si alguien está jugando rápido y suelto con la verdad antes de contratar, no hay razón para pensar que será escrupulosamente sincero después de la contratación.

Dicho esto, tiendo a ignorar la típica sección de listado de habilidades de sopa de letras del currículum. Todos entienden que la nube de siglas está destinada al software de detección de currículums y no a las personas. Me concentro en esas habilidades realmente relacionadas con los logros, o relacionadas con el trabajo.

Con respecto a la pregunta # 1 ( cuánto / difícil de explorar ) ... no se preocupe por la comodidad del candidato ya que las entrevistas son incómodas por naturaleza. Y deben estar preparados para preguntas sobre cualquier cosa que elijan poner en su currículum. Primero me preocuparía por las cosas más relevantes para el trabajo, pero si "huelo a rata" también lo exploraría.

Con respecto a la pregunta # 2 ( recomiendo mentiroso calificado ) ... calificado o no, si hay falsedades significativas que aprobaría. La perspicacia técnica no es la única consideración. Recordando a Joel Spolsky en la contratación ( aquí , en la parte inferior) ...

Si tiene problemas para decidir, hay una solución muy simple. SIN CONTRATAR Simplemente no contrates personas de las que no estés seguro.

Si es al menos el 90%, como usted menciona, la mejor respuesta es: "Tómelo con calma". Las personas tienen muchas razones, tanto buenas como malas, para embellecer su currículum más allá de la estricta verdad.

Al realizar entrevistas, veo el currículum como una hoja de ruta para las preguntas que voy a hacer. Si el entrevistado no puede responderlas, realmente no me preocupa si está mintiendo, las malas habilidades de comunicación, el nerviosismo o una brecha en el conocimiento real. No puedo hacer tantas conjeturas.

En aras de esta pregunta, abordemos lo que significa una respuesta incorrecta. A veces, una respuesta es fundamentalmente incorrecta o poco informativa, es una clara indicación de que el entrevistado no conoce el tema, pero incluso eso no significa que nunca hayan trabajado con la tecnología.

Por ejemplo, tengo diez años trabajando con SQL Server en mi currículum. La aplicación actual, que he estado construyendo y respaldando durante casi cinco de esos años, tiene una base de datos SQL Server en el back-end, pero la usamos muy escasamente. Probablemente he pasado menos de cuarenta horas en el trabajo actual escribiendo procedimientos almacenados o ADO.net. Ciertamente, mis habilidades se han atrofiado, pero eso no significa que mi currículum sea una mentira.

La única vez que me preocuparía por estar en un currículum es si es abiertamente patológico. Trabajé con un tipo que decía ser una ex boina verde. No hubo ventaja en la contratación del reclamo y lo mencionaría al menos una vez por semana. Finalmente, después de que lo despidieron por otras cosas, se demostró que no era el caso. Ese tipo de mentiras es potencialmente peligroso. Reclamar dos años profesionales de C ++ cuando solo lo has usado en proyectos de pasatiempo no lo es, siempre que puedas demostrar la capacidad de compadecerte de tu reclamo.

Un poco de dulce de azúcar podría estar bien. Agregar "Scala" si sus habilidades scala son mediocres (suponiendo que scala es una habilidad bastante periférica para el trabajo que está solicitando) probablemente no sea tan malo como afirmaría que si no sabe casi nada al respecto. Mucho peor, creo, serían las habilidades de hinchado que son centrales para el concierto. Fabricar posiciones anteriores también es mucho peor y (he oído) puede ser motivo de terminación en algunos lugares si te descubren.

Personalmente, no me gusta trabajar con compañeros de trabajo que se han metido en el camino y me pagan por lo que recibo. Afortunadamente, esto parece haberse vuelto mucho menos frecuente desde el final del boom.

En cuanto a la incomodidad, creo que todo lo que quieras preguntar es un juego justo, y debe aceptarse como tal, siempre que no sea ilegal (preguntas personales y demás) y siempre que no seas grosero al respecto. Cuando estoy en una entrevista y hago una pregunta, no es culpa de nadie más que mía.

1. Con respecto a la etiqueta de la entrevista, ¿debo intentar determinar si una persona realmente posee todas las habilidades que dice tener? ¿Puedo hacer esto sin hacer que el candidato se sienta incómodo?

   Sí, solo pídales que describan proyectos pasados. No tiene que entrar en detalles realmente sangrientos, pero al menos puede pedirles que describan el proyecto en el que utilizaron esas habilidades o API. No necesitan memorizar la API, pero deberían poder dar una respuesta bien razonada que demuestre que conocen la API y para qué sirve.

   Dicho esto, muchos solicitantes enumerarán habilidades a las que solo tienen una ligera exposición, lo cual está perfectamente bien, siempre y cuando se comuniquen sobre su experiencia cuando les pregunte. Si no especifican su nivel de experiencia en su currículum, eso es perdonable, pero los solicitantes deben ser honestos cuando les pregunte al respecto.

   Lo que debes vigilar es a las personas que intentan descaradamente engañarte para conseguir un trabajo. Si dicen que son programadores expertos de C ++ pero no pueden hablar inteligentemente sobre un proyecto importante que hayan completado en el lenguaje, entonces tiene un problema.

2. Con respecto a la decisión final, ¿debo recomendar candidatos que estén genuinamente calificados para los puestos que están solicitando, incluso si han fabricado partes de su conjunto de habilidades?

   No. Si mintieron descaradamente sobre algo en su currículum, tienes que preguntarte sobre qué más mentirán. La honestidad debe ser una prioridad. Vas a tener a esta persona cerca por un tiempo, y probablemente les pagarás mucho dinero. ¡Asegúrate de que sea alguien con quien quieras trabajar! Le ahorrará dinero y energía a largo plazo.

1) Con respecto a la etiqueta de la entrevista, ¿debería intentar determinar si una persona realmente posee todas las habilidades que dice tener? ¿Puedo hacer esto sin hacer que el candidato se sienta incómodo?

Esto puede depender de lo que quiere decir al determinar si conocen todas las habilidades o no. Una cosa para recordar al entrevistar es que las personas se ponen nerviosas y pueden arruinar algo, u olvidarlo, incluso si lo saben como el dorso de su mano. Esto es normal y, a menos que demuestren claramente que no tienen conocimiento de otras preguntas relacionadas, debe darles el beneficio de una duda. En general, no podrá probar si alguien tiene todas las habilidades que posee o no en el tiempo limitado de una entrevista. Como tal, concéntrate en lo que crees que son los que rompen el trato si no tienen esas habilidades y vuelve a los otros si tienes tiempo.

2) Con respecto a la decisión final, ¿debería recomendar candidatos que estén genuinamente calificados para los puestos que están solicitando, incluso si han fabricado partes de su conjunto de habilidades?

No estoy seguro de entender su pregunta porque si alguien está realmente calificado para el trabajo, entonces lo más probable es que no piense que fabricaron partes de sus habilidades, etc.

Además, algo que debe tener en cuenta es que algunas personas definen la "experiencia en" de manera diferente a otras. Es por eso que debe preguntar a las personas cuánta experiencia tienen en algo que tienen, dónde calificarían su conocimiento de esa habilidad y cuándo fue la última vez que la usaron. Hay bastantes habilidades que puede usar, aprender mucho (por ejemplo, programación en C) y luego no usarlas por un tiempo. Si el entrevistado confía en que volverá a la rutina en un período de tiempo bastante corto (o antes de su día de inicio real, recuerde que alguien a quien se le ofrece un trabajo podría no comenzar de inmediato y puede tener suficiente tiempo para prepararse antes de su primer día de trabajo), entonces debe darles el beneficio de una duda si sus impresiones generales de la entrevista son positivas.

Desafortunadamente, en muchos casos, las personas sienten que necesitan embellecer su currículum para incluso ser consideradas para un puesto para el que saben que están calificadas. La razón es que muchos currículums tienen que pasar por una persona de recursos humanos antes de llegar a un gerente de contratación, y las personas de recursos humanos filtran cosas que a menudo no son prácticas. Más de 10 años de experiencia en un idioma que solo ha existido durante 5 años, por ejemplo.

En mi currículum enumero muchas cosas con las que solo estoy familiarizado, y en una entrevista le diré al entrevistador que estoy "familiarizado" con ellos, pero no soy un experto. Mi experiencia radica en tal y tal área. Luego les dejo decidir si eso es lo que quieren o no.

Por supuesto, ni siquiera voy a una entrevista a menos que piense que están buscando mi conjunto de habilidades principal. No quiero perder el tiempo de nadie entrevistando para un trabajo para el que no estoy calificado.

1. No. Solo pruébelos en las habilidades pertinentes para el trabajo.
2. Si se trata de pequeños adornos, los recomiendo. Si es indignante, no lo hagas.

Mi razonamiento

En Pragmatic Thinking and Learning (por Andy Hunt. Uno de los coautores de The Pragmatic Programmer ) Andy menciona un estudio donde la investigación determinó que la mayoría de las personas exageran sin saberlo sus habilidades. Descubrieron que la gente realmente pensaba que sus habilidades eran tan buenas. Si no recuerdo mal, Andy señaló más de un estudio que confirmó esto.

Andy también señala convertirse en un Gurú en cualquier habilidad en particular. A la mayoría de las personas les toma 10 años. Hizo referencia a varias personas famosas en varios campos. Es por eso que me gustan esas escalas 1-10. Tiendo a poner el número de años que tengo experiencia en una habilidad con algún tipo de peso de una manera u otra. El problema es que a pesar de que me gustan, las personas que procesan aplicaciones piensan que no estoy particularmente bien informado.

Creo que es importante tener en cuenta que podría no ser su culpa. Algunas de las agencias de reclutamiento en mi región son famosas por embellecer un poco los CV de sus clientes.

1) Con respecto a la etiqueta de la entrevista, ¿debería intentar determinar si una persona realmente posee todas las habilidades que dice tener? ¿Puedo hacer esto sin hacer que el candidato se sienta incómodo?

¿No deberías preocuparte si tiene las habilidades que necesitas?

2) Con respecto a la decisión final, ¿debería recomendar candidatos que estén genuinamente calificados para los puestos que están solicitando, incluso si han fabricado partes de su conjunto de habilidades?

Depende de lo grave que sea esa mentira, por supuesto.

En su entrevista telefónica, podría mencionar que la entrevista del siguiente nivel tendrá muchos ejercicios prácticos de codificación. Eso debería asustar a la mayoría de las personas que intentan fingir.

No se puede aprender mucho sobre un candidato en una entrevista técnica. (Esa es una de las razones por las que hay tantas preguntas sobre entrevistas).

Pero puedes saber si alguien es un mentiroso o no. Estoy tratando de pensar en una ventaja para trabajar con un mentiroso y realmente no puedo.

Con respecto al n. ° 1.

No hago esto activamente, pero es un efecto secundario de mi técnica de entrevista. Por lo general, cuando miro un currículum, intento encontrar algún proyecto reciente sobre el que tenga al menos un mínimo conocimiento. Luego paso un tiempo investigando en Internet antes de la entrevista. Utilizo este proyecto como un rompehielos para la entrevista. Descubrí que las personas tienden a relajarse si estás hablando de un tema con el que están familiarizadas. Los proyectos de alto nivel tienden a ser algo con lo que las personas están familiarizadas y orgullosas. Mucho mejor que lanzarles mi pregunta real de inmediato.

El efecto secundario de esto es que generalmente puedo descubrir rápidamente quién mintió y quién no sobre su proyecto principal. Si realiza una investigación de 5 a 10 minutos, generalmente puede eliminar a los mentirosos descarados.

Sin embargo, el punto del preámbulo es que no optimizo mi entrevista para los mentirosos. Lo optimizo para las personas honestas que buscan obtener un trabajo que valga la pena (y tal vez se estiren un poco en su currículum).

Con respecto al n. ° 2.

Clasifico esto de dos maneras: 1) las personas que están inflando su currículum y 2) las personas que son atrevidas mienten. Las personas que caen en la categoría # 2 no recibirán mi aprobación. No me importa cuál sea su nivel de habilidad. No puedes trabajar con personas en las que no puedes confiar. # 1 por alguna razón realmente no me molesta demasiado.

Joel Test # 11 siempre funciona para mí: "¿Los nuevos candidatos escriben código durante su entrevista?" http://www.joelonsoftware.com/articles/fog0000000043.html

La mayoría de los expertos en tecnología exageran sus calificaciones hasta cierto punto, pero debe distinguir entre un giro positivo y una mentira absoluta.

Si estuviera entrevistando a alguien con experiencia en programación Java, no necesariamente esperaría que respondiera preguntas sutiles sobre características o estándares esotéricos. Pero si después de algunas preguntas resultara obvio que la suma total de su experiencia fue jugar en el idioma durante veinte minutos, encontraría una manera educada de finalizar la entrevista y seguir adelante.

Nota personal: Odio las entrevistas donde me hacen estúpidas pruebas de programación. Una vez que pasé 'junior', consideré insultante tener que demostrarme a mí mismo en algo trivial. Además, vengo a entrevistas en modo 'conversación', que es muy diferente del modo 'pensamiento profundo'. El cambio de contexto es disruptivo (paso la prueba y no apruebo el resto de la entrevista o viceversa). En general, solo pretendo completar el código y salir tan rápido como pueda. Si la compañía aún no tiene a alguien que sepa si soy bueno, entonces probablemente no quiera trabajar allí (a menos que esté a cargo).

Pablo.

No estoy de acuerdo, cualquier cosa que pongas en tu currículum es un juego. Si no pertenece al trabajo, no lo agregue. No te hará ver mejor porque hiciste COBOL para un proyecto escolar.

Sobre mentir Escuché en alguna parte que mentirás / embellecerás tres veces en una conversación de diez minutos. No todos los que mienten son malas personas. La persona puede ser un estudio rápido y puede aprender más rápido de lo que conduces por la carretera, he trabajado con esas personas.

Me preocuparía más alguien que mintió acerca de las credenciales que tener 6 años de experiencia con LINQ. Pregúntese, ¿cómo me afecta esto a mí o a la empresa?

En general, si descubro en la entrevista que el CV tiene mentiras descaradas, no contrato a la persona; si no puedo confiar en una persona para que incluso escriba un CV honesto, ¿cómo podré confiar en él en el futuro cuando trabaje para mí? ? Por ejemplo, si una persona dice que es un desarrollador de C ++ muy experimentado pero no sabe qué es un puntero, entonces tengo serias dudas sobre sus otras afirmaciones en el CV.

Me encanta ser un defensor del diablo;)) Ahora no estoy diciendo que hagas esto, pero he oído hablar (y he sido parte de) entrevistas que nunca deberían haber tenido lugar. Algunas compañías ya saben exactamente a quién quieren, pero de todos modos pasan por el proceso de entrevistas. ¿Por qué? Me gana Lo vi de primera mano: "Hoy enviaré la solicitud de empleo, asegúrese de responderme tan pronto como salga". O a veces, contorneando una combinación tan distinta de habilidades que solo podría estar dirigida a una persona en particular que ya está en mente.

De todos modos, solo digo que una posibilidad real para el aumento de fibbing que estás presenciando es que hoy en día las empresas parecen querer que todo un departamento de TI se convierta en una sola persona. Solo pueden hacer una contratación mínima, por lo que quieren a alguien que pueda hacer todos los aspectos concebibles de cualquier trabajo realizado en TI. Buena suerte en encontrarlos. Y para su información ... Scott Meyers dice que está en contra de la idea de que los programadores escriban código durante una entrevista. Período. Mucha gente parecía querer su opinión cuando llegó el momento de comprar libros. Podrían hacer mucho peor que tomar su opinión sobre este tema también.

Así que solo toma las fibras con calma. Al igual que los fibbers toman algunas entrevistas inútiles con calma;)

Con respecto a la etiqueta de la entrevista, ¿debo intentar determinar si una persona realmente posee todas las habilidades que dice tener? ¿Puedo hacer esto sin hacer que el candidato se sienta incómodo?

Seguro que deberías y seguro que puedes.

Solo pídale que le explique el LINQ / C# / SQLtruco que descubrió recientemente. Si viene con "¡guau, hay uniones externas allí!", Entonces tú y él simplemente no coinciden. Y puede agradecerle y no se sentirá avergonzado.

Con respecto a la decisión final, ¿debo recomendar candidatos que estén genuinamente calificados para los puestos que están solicitando, incluso si han fabricado partes de su conjunto de habilidades?

Si no los está contratando para el sitio web Cherry Tree de George Washington , ¿por qué no entonces?

Mi opinión:

Con respecto a la etiqueta de la entrevista, ¿debo intentar determinar si una persona realmente posee todas las habilidades que dice tener?

Si deberías:

• Los estás entrevistando porque estás interesado en contratarlos
• Estás interesado en contratarlos debido a su currículum
• Por lo tanto, debe saber si su currículum es veraz

¿Puedo hacer esto sin hacer que el candidato se sienta incómodo?

Haz preguntas pertinentes. Cuando soy el candidato, no me siento incómodo: lo espero, sé lo que está haciendo y sé por qué debe hacerlo y debería hacerlo.

Con respecto a la decisión final, ¿debo recomendar candidatos que estén genuinamente calificados para los puestos que están solicitando, incluso si han fabricado partes de su conjunto de habilidades?

Yo no lo haría Si sabe que han mentido sobre cosas que sabe (por ejemplo, su currículum), ¿cómo podría confiar en lo que dicen sobre cualquier otra cosa?

Solo hay algunas cosas que quiero saber de una entrevista:

• ¿El currículum (y el candidato) dice la verdad?
• ¿Parece que el candidato y yo entendemos lo que nos estamos diciendo?
• ¿El candidato quiere trabajar aquí?

No es tan complicado.

Busca en Google y toma su currículum con un grano de sal. No llevamos personas hasta que pasan un teléfono completo y un guante de prueba en línea.

Con un exhaustivo proceso de entrevista , y si haces tu tarea con los candidatos, no tendrás que preocuparte tanto.

Lamentablemente, casi todos tergiversan algo en su currículum. Algunos ni siquiera quieren hacerlo.

1) Con respecto a la etiqueta de la entrevista, ¿debería intentar determinar si una persona realmente posee todas las habilidades que dice tener? ¿Puedo hacer esto sin hacer que el candidato se sienta incómodo?

¿Son todas las habilidades necesarias para la posición? Si es así, ¿no estás perdiendo el tiempo descubriendo si los poseen todos? Y, si es así, ¿vale la pena el tiempo que está desperdiciando?

En general, su objetivo es averiguar si el candidato puede hacer el trabajo. Si son un mentiroso patológico en lugar de un embellecedor, acortaría la entrevista y diría "no contrates al mentiroso patológico". Hacer lo contrario es una pérdida de tiempo.

Pero, pasar tiempo derribando a alguien por habilidades que no tienes uso solo te convierte en un asno real. Puede llamarlos más tarde cuando esté en posición de hacerlo como amigo, si le importa lo suficiente.

2) Con respecto a la decisión final, ¿debería recomendar candidatos que estén genuinamente calificados para los puestos que están solicitando, incluso si han fabricado partes de su conjunto de habilidades?

Sí, pero debe tomar nota de cualquier fabricación seria. Sin embargo, digo que con un grano de sal, como candidato calificado cuyo currículum es 90% de basura, debería levantar banderas importantes.

JMO en estos:

1) No, para hacerlo probablemente tomaría semanas, si no meses, por cada habilidad que alguien afirme poseer. ¿Podría escribir cada habilidad que posee y luego probarla dentro de una semana? Lo dudo, ya que es probable que sean docenas de habilidades para evaluar su competencia sin entrar en la cuestión de cómo calificar varios niveles de experiencia, como ¿cómo evaluaría a alguien que cree que puede cocinar comidas gourmet o conducir un tanque fácilmente? En la segunda pregunta, diría que no, la mayoría de las personas en las entrevistas se sentirán incómodas en algún momento dado que el ambiente es probablemente extraño.

2) Depende de los valores del empleador, IMO. Si el empleador tiene una ética cuestionable y está de acuerdo con los que mienten o engañan, entonces diría que lo recomiendo. OTOH, si el empleador hace hincapié en la honestidad y detestaría contratar a alguien que mintió, no recomendaría a la persona en ese caso. Otro factor es qué conjunto de habilidades se comunicó por error, ¿es crucial para el trabajo? Si alguien dijo que hablaba ruso con fluidez pero la empresa no hace negocios con Rusia o Rusia, entonces no valdría la pena exponer a la persona si la empresa no es rígida con la honestidad y la integridad.