Estoy haciendo una entrevista con una empresa para un puesto de gerente/líder de desarrollador de software. La posición tomará alrededor del 20% del desarrollo de software y el resto será la gestión del equipo y la atención al cliente.
Han mencionado que el siguiente paso en el proceso de la entrevista es una prueba de código (generalmente un acertijo) que necesito terminar en casa en menos de 1 hora.
No he tenido que hacer este tipo de pruebas en años. No estoy por casualidad preparado para eso y no entiendo por qué un papel de alto nivel tendrá que hacer un teaser generalmente dirigido a puestos de desarrollo puro. Si trato de hacerlo, probablemente fallaré.
¿Hay alguna manera de decirles que no creo que sea una buena representación de mis habilidades y que prefiero no hacerlo?
Edit: Gracias por todas las respuestas. Entiendo que una empresa quiera verme codificar, pero no entiendo la necesidad de responder a un acertijo (encontrar cuántas veces necesitas lanzar una moneda en una serie de monedas para bla, bla, bla... ). Eso es algo que nunca tuve que hacer en mis más de 10 años de experiencia. Lo que he estado haciendo es desarrollar páginas web increíbles, si quieren ver eso, puedo enviarles mi cartera y algo de código.
ya has dicho
La posición tomará alrededor del 20% de desarrollo de software.
lo que significa que casi seguro que esperan a alguien que desarrolle activamente, así como otras tareas que exigen un conocimiento profundo de la codificación: administrar la calidad y la metodología del código, la revisión por pares, establecer y hacer cumplir los estándares del código. Sospecho que quieren un desarrollador fuerte que esté dando un paso al frente para liderar un equipo de jóvenes, predicando con el ejemplo, con funciones de administración como un complemento. Ciertamente, en las empresas en las que he trabajado, la tendencia es mucho más hacia equipos autónomos encabezados por tales roles con gastos generales de gestión "puros" muy ligeros, y lejos del gerente tradicional que solo supervisa a los demás.
Es posible practicar para este tipo de pruebas en sitios como Codility, pero si una prueba de codificación de 1h es una perspectiva tan aterradora, entonces tal vez no sea una buena opción para usted.
¿Hay alguna manera de decirles que no creo que sea una buena representación de mis habilidades y que prefiero no hacerlo?
Sin duda podría decírselo, pero espere no avanzar más en el proceso para un trabajo que implica alrededor del 20 % de desarrollo de software . Parecería haber solicitado el trabajo equivocado, lo que podría dejar al reclutador divertido (por decirlo suavemente), especialmente porque claramente tiene varios años de experiencia en la industria.
Su verdadero problema aquí parece ser que está buscando un rol de gestión de proyectos/personas puro, que claramente no es este en particular. Le sugiero que les pregunte si hay tales roles disponibles y si podrían considerarlo para ellos. Esto resultaría mucho mejor que intentar calzarte a ti mismo en un papel con el que no pareces demasiado cómodo.
Me parece que quieren comprobar con este test también tu pensamiento lógico, cómo afrontar momentos críticos, etc. y no sólo puras habilidades de desarrollo. Creo que sería un paso en falso rechazar la prueba, porque automáticamente pensarán menos en tu candidatura. Debe hacer la prueba lo mejor que pueda y después de la prueba puede solicitar una reunión, donde mostrará todas sus otras habilidades.
¿Hay alguna manera de decirles que no creo que sea una buena representación de mis habilidades y que prefiero no hacerlo?
Sí, ciertamente se podría decir eso. Pero hacerlo sin duda les enviará el mensaje de que no eres un buen candidato para el trabajo (y tal vez no lo seas).
Si el trabajo requiere un 20% de desarrollo y están probando esas habilidades, entonces claramente esas habilidades son importantes para la empresa. Decirles que esta prueba no representa tus habilidades les dice que no eres capaz. Y tú mismo piensas que fallarás en esta prueba.
Parece que este no es el tipo de rol de gestión que desea. Podría considerar retirarse ahora si lo siente con tanta fuerza.
Si desea intentarlo de todos modos, puede estudiar el tipo de desarrollo que cree que sucederá y ver cómo va. Puede que te sorprendas a ti mismo.
En la práctica, la mayoría de los roles son flexibles y pueden adaptarse a las habilidades reales que aporta al equipo. Sin embargo, eso generalmente ocurre lentamente después de tener una posición.
La empresa espera una cosa de este puesto y tú otra. Parece que el 20% de desarrollo es un factor decisivo para usted, ya que la compañía espera que sea más experto de lo que cree que es. Vale la pena explorar eso con ellos abiertamente, con el objetivo de reducir su exposición al desarrollo real y proponer un puesto más alto centrado en la gestión de personas, la gestión de proyectos y las partes del trabajo orientadas al cliente.
Puede ser una lucha cuesta arriba si los representantes de la empresa de contratación se establecen en lo que creen que necesitan.
La parte difícil que enfrenta es negociar un cambio en el rol como candidato en lugar de crecer usted mismo y el rol en un equilibrio de necesidades y habilidades en una posición existente. Tiene muchas más posibilidades con una empresa más pequeña donde el puesto cubre más terreno que con una empresa grande que ya tiene un "Jefe de desarrollo".
Si cree que hay espacio para que tenga un rol diferente al rol de "Líder técnico sénior" que tienen abierto, y cree que hay espacio para la flexibilidad en esa empresa, le sugiero que se comunique con la empresa y sea honesto acerca de sus expectativas para el y tratar de negociar un conjunto diferente de responsabilidades. Si ya se entrevistó con ellos y declaró que una carga de trabajo de desarrollo del 20% está bien, deberá retractarse; claramente no es su caso.
Esté preparado para que le digan "no" porque la empresa ya tiene un entendimiento (correcto o incorrecto) sobre el rol que necesita. Además, no debe avergonzarse en ninguna etapa de abandonar el proceso de la entrevista porque no es adecuado para usted.
En esta etapa, si la negociación parece una idea demasiado descabellada, aún podría hacer la prueba de buena fe, y seguir después con comentarios en el sentido de que le gusta la compañía, pero hacer la prueba lo ha "iluminado" que en realidad usted está buscando un puesto más alto. Manténgalo positivo, sin quejarse de la prueba, solo un "gracias" y un tono para un papel diferente. Tal vez en el futuro tengan uno disponible, y es muy posible que necesiten seguir adelante con su idea de desarrollador/gerente sénior, descubran que no funciona tan bien como imaginaban y luego publiquen un trabajo que se ajuste mejor. para usted.
Podría estudiar un poco de código y prepararse para lo que probablemente será una prueba de código genérico para poder aprobar su examen, o averiguar exactamente qué lenguaje y herramientas usan, estudiarlos específicamente y repasar lo suficiente para poder aprobar su prueba. , que también te preparará para el puesto en sí .
Incluso si usted mismo no va a realizar mucha codificación directa, la comprensión del código que está admitiendo y la forma en que está integrado son extremadamente importantes, incluso para el gerente de un proyecto, y especialmente para que un desarrollador lo entienda . las limitaciones del código. Esto parece una prueba completamente razonable para correr en tu contra.
En el mejor de los casos, podría señalar sus años de experiencia previa como desarrollador del lenguaje que están usando para 'eximirlo' de la prueba, pero es dudoso que eso ayude, ya que incluso una amplia experiencia con el lenguaje no significa nada si usted no lo he usado en tanto tiempo que su comprensión se ha oxidado.
En resumen: tómalo como una oportunidad para repasar rápidamente y conocer mejor el puesto. Lo más probable es que si te esfuerzas por aprender lo que están usando, será una oportunidad para impresionarlos aún más mostrándoles cuán interesado estás en el puesto.
Kilisi
pavel janicek
paparazzi
AE
Rup
johannes pille
máx.
Neil Slater
Dan
Dmitri Grigoriev
phill
tim b
pmf