¿Cómo justificar el cambio de trabajo sin ser grosero?

Estoy trabajando durante 1,5 años como desarrollador de software en una empresa mediana en Alemania. Desarrollamos software para nosotros mismos (interno). Desafortunadamente, no estoy contento con algunas cosas.

Sin proceso de desarrollo de software limpio:
Obtenemos requisitos de software incompletos o ningún requisito (solo descripciones de tareas). Así que tenemos que llegar a nuestros propios requisitos. Cuando el departamento correspondiente comienza a probar nuestros prototipos, es cuando generalmente obtenemos los requisitos "reales". Entonces, nuestro software debe cambiarse drásticamente, lo cual es muy frustrante.
Además, no existe una comunicación real entre los departamentos, por lo que los proyectos tardan mucho más de lo previsto.

Problemas personales:
No se han cumplido las promesas que hice durante mi solicitud de empleo. Hay poco respeto por parte de nuestros jefes. Eso no me concierne solo a mí: El ambiente general no es el mejor, por lo que la gente se está yendo.

Estoy planeando cambiar mi trabajo pronto, también. Como no he estado aquí por mucho tiempo, tendré que justificar mi cambio de trabajo a mi futuro empleador. Me gustaría mencionar esos problemas, sin ser grosero o demasiado específico. Tal vez incluso usándolos a mi favor.

Me gustaría trabajar en una empresa que siga los principios ágiles de desarrollo de software [...describiéndolos...]

Entonces el futuro empleador verá que sé trabajar en un equipo ágil y que es importante para mí.

¿Cómo puedo hacerlo profesionalmente, sin hablar mal de mi empleador actual y que mi futuro empleador no piense que tal vez yo soy el problema?

Since I haven't been here too long, I will need to justify my job change to my future employer¿Es ese realmente el caso después de casi dos años?
¿Crees que existe alguna posibilidad u oportunidad para que introduzcas procesos 'ágiles' (o al menos debidamente estructurados) en tu trabajo en esta empresa? ¿Su gerencia es consciente de que sabe cómo hacer ágil, etc. y/o habló de eso en su entrevista, etc.? Si esa es una opción, creo que podría valer la pena seguir el ángulo de "implementación y capacitación en procesos de desarrollo de software". Estoy preguntando esto en un comentario en lugar de una respuesta para tener una idea de si cree que es una opción.
Suena como que quiere hacer ágil, pero no entiende que Agile se trata de versiones incrementales de software y estar abierto a cambios en los requisitos.
@sevenyeightist: Ya sugerí casos de uso. Los jefes son conscientes de ese problema, pero no parece importarles. Después de que surgieron los problemas, descritos en Problemas personales , de todos modos ya no estoy motivado para permanecer en esa empresa.
@JohnFx: los requisitos solo se pueden cambiar, si hubo algunos definidos en primer lugar. Tenemos el modelo de "cascada inversa": Primero desarrollando, luego especificando los requisitos ;-)
Estoy de acuerdo con @BernhardDöbler, dos años es aproximadamente el tiempo que puede esperar mantener a los desarrolladores. O mejor dicho, el tiempo suficiente para que no sea raro que un desarrollador busque un nuevo proyecto/trabajo.

Respuestas (4)

Como alguien que contrata a muchos desarrolladores de software, le diría que dé la misma respuesta negativa que todos los demás. "Estaba buscando nuevos desafíos. O quería trabajar en una tienda que usara tal o cual tecnología, como la tuya".

Realmente no pensamos tanto en por qué dejaste trabajos anteriores como piensas. Es decir, a menos que haya un patrón repetido de trabajos muy cortos.

Tendré que justificar mi cambio de trabajo a mi futuro empleador

Solo si me lo piden y aun así daría una respuesta genérica muy blanda:

estoy buscando un nuevo reto

o

Estoy buscando mejores perspectivas de carrera.

Incluso podría decir que está bajo un NDA para no divulgar la razón por la cual los detendrá en seco.

¿Por qué dar esta respuesta? Bueno, francamente, no es asunto de la compañía por qué te fuiste y esta línea de preguntas es similar a preguntar sobre la edad, los niños y la religión. La razón por la que dejaste tu trabajo anterior tiene poco que ver con que te unas a un nuevo trabajo, incluso si te despidieron. La frase Past performance is no guarantee of future resultses adecuada aquí pero, como de costumbre, los empleadores a menudo preguntan esto por varias razones:

  • Si te despidieron, quieren saber qué hiciste, ya que podrías volver a hacerlo.

  • ¿Eres un saltador de trabajo? No querrán contratar a alguien que se muda para avanzar en su carrera, ya que no beneficia a los reclutadores.

  • Tal vez el trabajo que le ofrecen tiene las mismas fallas que usted se va, lo que significa que estará igual de infeliz y se irá en 18 meses del nuevo trabajo.

  • Algunos reclutadores son entrometidos, se formarán una opinión sobre usted en un corto espacio de tiempo y hacer esta pregunta les permite justificar su opinión. He trabajado con gerentes de contratación que regresaron de las entrevistas y me dijeron con franqueza lo que pensaban de los candidatos.

Otros pueden notar que no dar una respuesta decente aquí puede perjudicar su oportunidad de ser colocado en una empresa y estoy 100% de acuerdo.

Francamente, los problemas que está describiendo en su empresa actual abundan en la industria del software, por lo que saltar a otro trabajo no cambiará esto mágicamente. Hay muy, muy pocas empresas en el mundo que tengan un proceso de recopilación de requisitos perfecto. Veo como parte del proceso de desarrollo que el propio desarrollador pueda desentrañar los requisitos de las partes interesadas antes de que estén cerca del final de un proyecto. De hecho, te sugiero que trabajes en esto en lugar de cambiar de compañía. Algunos ejemplos de cosas que puedes hacer:

En lugar de saltar a la creación de una aplicación cuando obtenga los requisitos, debe:

  • Escriba lo que cree que son los requisitos generales y páselo a la parte interesada
  • Insista en hablar con el usuario final real en lugar de con un gerente intermedio
  • Cree una maqueta o una versión apenas funcional de la aplicación y demuéstrela a las partes interesadas desde el principio.
  • Lograr que la parte interesada se involucre en el proceso. Haría lanzamientos breves (2 semanas) del producto y, en cada punto, pediría formalmente a las partes interesadas que vinieran a ver lo que ha creado y comentarlo. Esto es especialmente importante en las primeras etapas.

Si descubre que nadie le permitirá hacer nada de lo anterior, entonces es hora de irse.

Entonces, con toda honestidad, si le dice esto a cualquier gerente de contratación / reclutador, sabrá que usted sentirá lo mismo por su proceso. Entonces, si desea moverse, está bien, pero no mencione este problema con los requisitos, ya que eliminará más posiciones que si solo dice algo genérico.

No todo el mundo busca el motivo exacto para dejar una empresa. Los reclutadores y entrevistadores están interesados ​​principalmente en cubrir un puesto y solo evalúan si un candidato puede convertirse en su potencial empleado o colega.

Harán hincapié en la razón solo si te estresas al respecto. Decirles que está buscando un papel más desafiante o que está buscando nuevas oportunidades sería suficiente. Concéntrese en mejorar las habilidades técnicas. Y prepárese bien para responder a esta pregunta bastante mundana pero importante.

En uno de los trabajos donde fui seleccionado, ni siquiera me hicieron esta pregunta.

Depende de un empleador a otro, y es principalmente para asegurarse de que el candidato no se fugue o se fugue solo en el contexto de "mejores oportunidades". Toda empresa busca un candidato leal. Sea honesto con su razón y si sus habilidades técnicas son lo suficientemente buenas para ellos, ni siquiera importará. ¡Buena suerte con la búsqueda de trabajo!