¿Cómo retratar niveles de experiencia "superiores" en tecnologías relativamente jóvenes?

Mi currículum muestra alrededor de 14 a 16 años de experiencia técnica combinada, desde trabajo de internacionalización y control de calidad (generalmente como líder) durante mis primeros años fuera de la universidad, hasta ingeniero de diseño de software sénior en pruebas durante algunos años, y desarrollador de software sénior prácticamente de inmediato. después. Nunca nadie ha dudado de mi experiencia "senior", aunque ocasionalmente la gente se pregunta cuánto de mi experiencia específica se aplica al desarrollo de software (para ellos) y la creación de equipos (para ellos). Tienden a perder esa duda después de hablar conmigo, tal vez con una excepción ocasional. Curiosamente, me han lanzado en frío en puestos de vicepresidente de ingeniería, y no he presentado mucho trabajo de liderazgo de equipo en los últimos años en mi currículum, pero creo que muchos talleres tienen una idea en mente de qué tipo de persona ellos están buscando,

Si se presenta a una entrevista (o pantalla de teléfono) para un "puesto de líder técnico, ingeniero principal o arquitecto" en base a la solidez de su currículum, y le dicen que no es lo suficientemente senior después de la entrevista , entonces el problema probablemente seas tú, no tu currículum. Por lo general, puedo decir si alguien es "senior" al hablar con ellos, y mi definición de senior tiene poco que ver con la cantidad de tiempo en una (o varias) tecnologías, y más que ver con la madurez, la curiosidad intelectual, meta- conocimiento del oficio de construir software, combinado con profundidad y habilidades para resolver problemas. Por lo general, puedo obtener una impresión de la aptitud de liderazgo con bastante rapidez simplemente escuchando la forma en que el candidato piensa sobre los problemas, su confianza para explicar las fortalezas y debilidades de sus soluciones,

Para corregir el "no suena lo suficientemente senior", dedique más tiempo a aprender cómo ser analítico y reflexivo sobre sus éxitos y fracasos, cómo haría las cosas de manera diferente si tuviera la oportunidad de retroceder en el tiempo en uno de sus proyectos. , y lea libros sobre elaboración y metodología de software e intente convencer a sus compañeros de trabajo para que implementen algunas de esas ideas. Cuando haya podido convencer a sus compañeros de trabajo para que prueben una nueva técnica o enfoque para un problema, es probable que pueda convencer a un extraño de que es capaz de liderar. Para el trabajo arquitectónico, intente jugar katas arquitectónicos con compañeros de trabajo y mejore en la articulación de las soluciones propuestas.

Si ha hecho ese tipo de cosas y aún no puede convencer a un entrevistador de que es apto para un rol más centrado en el liderazgo, tal vez debería concentrarse en trabajar en un lugar donde los problemas técnicos sean fáciles para ellos. usted y duro para su personal existente, y simplemente crecer en el rol al interesarse en los problemas organizacionales y estratégicos.

Por otro lado, si su currículum es la debilidad real, y ni siquiera está recibiendo pantallas de teléfono para los roles de líder o arquitecto, tal vez debería enfatizar su liderazgo en proyectos en su currículum, incluso si no es "el jefe". ; enfatice sus contribuciones, no su papel.

¿Es posible que esté ladrando al árbol equivocado con este énfasis en la experiencia técnica?

Si bien la experiencia técnica es importante, un rol de tipo Jefe de Departamento generalmente pone más énfasis en las habilidades no relacionadas con la tecnología.

Lo que nosotros (su millaje puede variar) tendemos a buscar son habilidades blandas cuando se trata de estos puestos, ya que no esperamos activamente que se ensucie las manos de todos modos. En otras palabras, lo que tiende a ser más importante son cosas como:

1. ¿Serás un buen jugador de equipo?
2. ¿Puede proporcionar el liderazgo y la gestión de relaciones necesarios?
3. ¿ Puedes hacer que tus equipos produzcan?
4. ¿Estás técnicamente calificado?
5. etcétera etcétera.

Si enfatiza demasiado su experiencia técnica, es posible que tengan la impresión de que no comprende realmente lo que requiere el puesto y esto podría resultar contraproducente.

Es difícil saber por dónde empezar, pero supongo que debo comenzar con una advertencia de que no sé exactamente qué experiencia tienes o qué requieren los trabajos que estás buscando. Entonces, algo de lo que digo puede ser aplicable y algo puede no serlo. También puede ser algo disperso ya que básicamente estoy haciendo una lluvia de ideas.

Primero, ¿estás superando a Recursos Humanos? En ese caso es muy probable que tengas la experiencia suficiente para el puesto y si te dicen lo contrario es que está pasando otra cosa.

Luego, hay una gran diferencia entre diez años de experiencia y un año repetido diez veces. Las personas que buscan personas mayores están tratando de decidir cuál de ellos eres. Así que ayúdalos. En su currículum y en sus entrevistas, enfatice los logros, no las calificaciones técnicas (¡bueno, ponga suficiente material técnico allí para superar a Recursos Humanos!). Si estoy buscando un líder técnico o un arquitecto, quiero evidencia de que eres alguien que hace las cosas y resuelve problemas difíciles.

Otra cosa que puede hacer es conectarse en red y comenzar a escribir entradas de blog y dar presentaciones en conferencias y eventos locales más pequeños o incluso escribir un libro. Muchos de los puestos avanzados mejores y más desafiantes están ocupados por alguien que conocen o conocen. Es hora de hacerse famoso.

Finalmente, considere consultar en lugar de grandes organizaciones burocráticas. O considere la creación de empresas.

Pero, ¿está centrado en Java? ¿Es mi primera pregunta? Hay miles de millones de desarrolladores de Java dando vueltas. Suficiente para que la gente crea que va a encontrar a alguien en los montones de currículos en sus escritorios que tiene experiencia en Java desde su origen y experiencia en la web desde su origen.

Y harán cosas tontas como seleccionar currículums con esquemas de filtrado de una sola propiedad como StanfordOrStanfordEquivalent === true o "pedí un café cuando se lo ofrecí".

Pero parece que estás superando eso y entrando en las entrevistas en las que necesitas estar. sombrero con una hélice en él (puntos de bonificación importantes) y tal vez no sea un énfasis excesivo en obtener esos $ de Java, suena como si estuviera plantando cara en algo en las entrevistas, así que le preguntaré lo siguiente:

editar: buen punto. Voy a numerar estos.

1. ¿Estás muy nervioso con estas cosas?

2. ¿Te ves más joven de lo que pareces en el papel?

3. ¿Está considerando detenidamente lo que le están diciendo sobre los problemas más generales que están teniendo y está tratando de dar ejemplos de cómo los ha tratado en el pasado?

4. ¿Se siente satisfecho de ser perfectamente honesto acerca de cada pregunta o trata de engañar un poco al lirio en áreas en las que tal vez no ha sido fuerte o tiene tanto conocimiento como le gustaría, aunque no son necesariamente importantes para ¿el papel?

5. ¿Quizás está solicitando trabajo en el tipo equivocado de empresas donde tienen un nombre familiar emocionante pero no son realmente buenos en nada, especialmente en medir y desafiar el talento?

Adicionales, siguientes comentarios: Bueno, dos cosas. Uno, no quedó muy claro a partir de su pregunta que la mayoría de las veces se detiene en el currículum al principio, lo cual es un detalle extraño para pasar por alto. Es posible que tenga problemas en el frente de comunicación en el frente de lo que la otra parte necesita saber, lo cual no es raro en absoluto entre la gente de tecnología, incluyéndome a mí ocasionalmente.

La otra cosa que me llama la atención en sus respuestas es que no parece tener ninguna opinión sobre lo que se le da bien o una inclinación natural para trabajar con una suite de tecnología determinada en este momento. No me malinterpreten, creo que es genial para las personas diversificarse y desarrollar experiencia en múltiples campos. También creo que hay muchos generalistas que lo disfrutan todo, pero Java, PHP y JS son como tres planetas diferentes. La mayoría de los chicos en el chat de JS preferirían hacerse tratamientos de conducto que quedarse atascados escribiendo Java durante una semana y no dudo que haya mucho sentimiento mutuo en la otra dirección.

Me pregunto si tal vez tienes una respuesta para cada pregunta, pero tal vez algunas de esas respuestas pueden ser un poco polvorientas debido a que están un poco dispersas o no tienen el tipo de interés en al menos una de ellas que te haría geek. un poco sobre los últimos desarrollos en su tiempo libre.

Pero en realidad solo estoy especulando con lo que tengo y no quiero ofender. Fácilmente podría estar equivocado en ambos aspectos.

Otra posibilidad a considerar es que estás eligiendo malos objetivos. ¿Está buscando compañías más grandes de renombre familiar? A veces es difícil llegar a alguien en esos escenarios que realmente sepa lo suficiente como para evaluarlo adecuadamente antes de encontrar alguna razón tonta para cerrar la puerta de golpe. Trataría de pensar en los tipos de lugares a los que se aplica y me preguntaría si tal vez debería probar nuevos entornos en los que no sea tan probable que lo pasen por alto por detalles triviales que no controla. ¿Y qué es lo que realmente te motiva en última instancia en términos de trabajo interesante y roles de liderazgo? Si se trata de preocupaciones estrictamente más prácticas, en lugar del tipo de "tecnología/la gente líder en tecnología es un sueño", les encantaría escuchar a todos hablar con entusiasmo sobre si ellos mismos sienten lo mismo,

En cuanto a la honestidad, solo puede ser malo si no te das cuenta de que estás dando las respuestas incorrectas con confianza. Verifique sus respuestas cuando llegue a casa de esas entrevistas. Asegúrate de que sean cosas más recientes las que estés comparando.

"No soy yo, eres tú."

El problema con el que te encuentras es que no tienes experiencia como arquitecto o líder de equipo, por lo que no están dispuestos a correr el riesgo contigo. te lamentas:

No estoy contento con el nivel de tareas y sistemas en los que tengo que trabajar actualmente; el líder de mi equipo lo sabe y simplemente no tiene nada más que ofrecer.

Eso me indica que las personas que lo conocen y han trabajado con usted, hasta ahora, no están dispuestas a darle responsabilidades arquitectónicas. Ellos son los que conocen mejor tu trabajo que los entrevistadores, así que cuando relatas qué tipo de trabajo estás haciendo, a pesar de tener una década de experiencia en la tecnología, los entrevistadores probablemente se pregunten por qué estás haciendo cosas que no. No te desafío.

Es una posición difícil en la que estar, pero en la que estás atrapado. Necesitas salir de ella demostrando tus talentos de manera más amplia. Escriba un blog, publique fragmentos de código o ideas arquitectónicas que demuestren su brillantez. Participe en proyectos de código abierto, preferiblemente con miras a roles de liderazgo, para que pueda demostrar su capacidad para liderar proyectos. Acérquese a la comunidad técnica a través de las redes sociales, conferencias y reuniones de grupos de usuarios. Tal vez busque convertirse en profesor asociado en una universidad local.

En este momento (o en 2012, cuando parece que envió la pregunta), es un desarrollador con muchos años de experiencia, pero sin reconocimiento público de nada más que escribir código que no lo desafíe. Cambia esa percepción interna y externamente. Es posible que descubra que si comienza a hacerlo, su posición actual podría cambiar para brindarle mayores desafíos y oportunidades.

Un perfil en StackOverflow (como se muestra en el perfil de Careers 2.0) parece ser una forma bastante buena de presentar su nivel de experiencia y conocimientos en todo lo relacionado con la programación. También me gusta el hecho de que muestra el compromiso que ha tenido con otros miembros y diferentes comunidades, lo que les brinda una buena indicación sobre sus otras características y habilidades.