Voy a renunciar a mi trabajo debido a nuestra plataforma: ¿cómo puedo dejar una explicación productiva de esto? [cerrado]

No sé nada acerca de Blub en sí, pero he estado en una situación similar en la que había algo en mi trabajo que creo que debería arreglarse, pero no quiero quemar puentes. Aquí hay algunas ideas que pueden ayudar.

1. Intente solucionar el problema. Explique a su jefe que cree que Blub es una mala decisión para la salud y el crecimiento de la empresa. Proporcione casos específicos e instancias en los que está dañando a la empresa (o donde alguna otra plataforma ayudaría a la compañía). Sugiera una alternativa que considere superior y esté preparado para respaldarla con datos (recuerde, datos objetivos). Esto le permitirá expresar sus inquietudes y evaluar cómo responde su jefe y cuán abierto está a las diferentes tecnologías (o qué tan casado está con Blub). También puede obtener alguna información sobre por qué la compañía está usando Blub y se está quedando con ella. También le dará una idea de si vale la pena sobresalir a través de él, si la compañía ha decidido cambiar las tecnologías. (Nota: esto puede depender de su jefe. Obviamente, esto no funcionará si está enamorado de él y cree que es el futuro de la tecnología).

2. Espere hasta que reciba una oferta de trabajo. Lo ha tratado hasta ahora, así que busque un nuevo trabajo y espere hasta que reciba una oferta. Esto le brinda una salida fácil: "Me han ofrecido una posición que se adapta mejor a mis objetivos profesionales" (o alguna otra línea más neutral). Por supuesto, esto no necesariamente ayuda a su empresa actual, pero tampoco depende completamente de usted para solucionar el problema.

3. Dígale que quiere llevar su carrera en una dirección diferente. Explique que preferiría trabajar en una plataforma diferente y que Blub no es su taza de té. Esto le permite decir algo como "No me gusta", sin entrar en el debate religioso de los lenguajes de código / plataformas. Como dijo Paul en su respuesta, mantiene los motivos por los que se va cerca de usted y reduce la posibilidad de que las personas lo tomen personalmente.

4. Deje en claro que no es el entorno de la oficina. Asegúrese de que su jefe y sus compañeros de trabajo sepan que disfrutó trabajar con ellos. Ofrezca conectarse con ellos en LinkedIn si aún no lo ha hecho. Intente mantenerse en contacto con ellos como parte de su red profesional.

En cuanto a su sucesor y documentación, simplemente asegúrese de que todos los problemas / peculiaridades que conoce estén documentados en algún lugar, ya sea en el código o en una wiki o alguna otra plataforma de documentación estructurada. Explique en los comentarios por qué hizo algo de cierta manera y no se preocupe, "hacerlo de esta manera porque nuestra versión de Blub no admite el Método alternativo X". Si su sucesor está familiarizado con Blub y no le importa, entonces no van a prestar atención a ningún tipo de "¡aléjese!" mensajes Alguien que no esté familiarizado con él probablemente va a pensar que usted es solo uno de esos elitistas de la plataforma e ignorará los mensajes abiertos, y alguien que esté familiarizado con Blub y que no le guste, o que esté en la valla, ya sea influirá en su Lado después de más experiencia, no habría aplicado a la posición, o ignoraría tu "¡Aléjate!" mensajes, de todos modos.

Simplemente diga que siente que trabajar con Blub no es compatible con la forma en que desea desarrollar su carrera profesional. Esto mantiene la razón para dejar su trabajo actual cerca de usted, lo que limita la posibilidad de que las personas lo lleven personalmente. Solo mantenga la calma y diga que no era el ambiente de trabajo, sino que usted y el trabajo se han distanciado. Si son las personas amables que dices que son, lo entenderán.

Además, advertirles que sientes que blub no es la herramienta para ellos es todo lo que puedes hacer. Spamming los documentos con "blub sucks" probablemente no va a funcionar.

No hay nada de malo en decir "Me voy / dejé mi última posición porque quería trabajar con la tecnología más nueva / más interesante / menos importante". Eres un desarrollador de software! Se supone que tienes opiniones fuertes.

Pero preferiría escucharte decir que estabas corriendo hacia algo que huir lejos de algo. "Realmente me entusiasmé con Flubber en la red de Stack Exchange; sonaba más moderno y con todas las funciones que Blub, así que quiero seguir mi carrera en esa dirección".

Un montón de buenos comentarios anteriores. Algunas cosas para agregar o resaltar:

1. No renuncies hasta que tengas el nuevo trabajo. Pierdes todo tu apalancamiento.

2. Documente todo lo que hace para garantizar una transferencia sin problemas. Vaya por encima y más allá en la capacitación de su reemplazo.

3. Antes y después de la mudanza, no menosprecies a nadie allí ni a sus decisiones.

4. Si se te pregunta por qué te vas, puedes decir honestamente "para aprender cosas nuevas" y dejarlo así.

Si se maneja correctamente, aún podría obtener una buena referencia unos años después.

¡Buena suerte con esto!

La pregunta clave es quién le debe a quién qué.

Suenas como un chico de nivel bastante bajo en una organización mediana a grande, en la fase de aprendizaje de tu carrera; y en esa posición, no le debe a su empleador exactamente nada, excepto dos semanas de anticipación. Tenga la seguridad de que ellos tampoco creen que le deban más.

No estoy diciendo que si hay alguien que realmente escuche y se preocupe por tus razones, no debes hablar largo y tendido, pero no te hagas ilusiones de que tienes alguna influencia para cambiar las cosas para mejor, ya que parte de sus actividades de salida.

Deje la nota más positiva posible. No conviertas la historia en algo negativo sobre Blub. Haz girar tu historia de salida sobre esta nueva y emocionante oportunidad de expandir tus habilidades más allá de Blub.

Luego, deje una lista escrita de las tareas en curso y los puntos de peligro "potenciales" para su reemplazo técnico. Ahora es su trabajo convencer a la administración (si están de acuerdo con usted), no a usted.

El marco de Blub aún puede satisfacer las necesidades comerciales del propietario de la empresa.

No entiendo por qué esperas que el propietario de la empresa descarte su inversión en la base de código existente (en funcionamiento) simplemente porque el lenguaje / marco no encaja bien con tu cerebro.

Es mucho más barato reemplazarlo con alguien que piensa que Blub es increíble.

No estoy diciendo que no deba seguir adelante si Blub no funciona para usted, simplemente no confunda sus sentimientos con las necesidades del negocio.

Actualización: "think"! = data. Me refiero a documentar las barreras de productividad y su costo de tiempo todos los días. Las cosas que se escapan por las grietas ahora no.

Ejemplo:

• VPN no funciona (10:15 am-10:35 am: 20min);

• herramienta de compilación mal configurada (12:30 pm-1:20pm = 50min);

• etc.

A menos que tenga datos sobre la pregunta de productividad, solo tiene una opinión no informada.

Por último, ¿cómo estás definiendo "productividad"? Después de todo, puede ser más "productivo" no tener que escribir las pruebas para el nuevo código o corregir las pruebas rotas. (Sí, tuve un gerente de ingeniería que creía esto).

A menos que pueda presentar un caso basado en datos para un cambio, ¿por qué debería cambiar el negocio?

Dejé mi primer trabajo, porque la empresa decidió pasar de Java a .NET. Simplemente les dije que había invertido un gran esfuerzo en aprender y dominar Java y que no había forma de que empezara a aprender .NET mientras existía la necesidad de desarrolladores de Java en el mercado laboral. Aunque cometí un error. Les dije esto antes de tener un nuevo trabajo, así que tuve que pasar un tiempo en casa. No hay nada nuevo en mi historia, tienes excelentes respuestas, pero quería enfatizar dos cosas: honestidad y tener un nuevo trabajo ya.

Primero, no tiene que justificarse cuando renuncie a un trabajo, pero generalmente es lo que debe hacer para mantener buenas relaciones profesionales con su empleador. No olvide que su nuevo empleador probablemente lo llamará (los más serios lo hacen).

Decirle que se va porque cree que están bloqueados en un Blub puede no ser apropiado por dos razones, aunque la honestidad suele ser la mejor opción en la mayoría de las situaciones:

• Primero puede lastimarlos, en sus sentimientos, y adoptar una posición defensiva contra ti. Puede hacer las cosas más difíciles y siempre debe evitar herir otros sentimientos tanto como pueda (me gusta hacer la asociación aquí con Emocional Inteligencia ).

• En segundo lugar, puede estar equivocado. Sí, pueden tener sus propias razones para mantener esas tecnologías. Muy a menudo, no entendemos las opciones de la administración porque no tenemos toda la información necesaria para construir nuestra opinión.

La única forma que encontré apropiada para dejar una compañía es decirles que quieres hacer algo que sea más cercano con lo que te gusta hacer . Puede decirles que a usted no le gusta la tecnología, en lugar de decirles que están equivocados .

Puedes ser bastante franco. El hecho de que no te guste no significa que sea una elección equivocada para ellos, así que no esperes que cambien o se den una bofetada. "Por supuesto que tienes razón, ¡cómo pudimos haber sido tan estúpidos!"

Solo di. No es donde quiero estar técnicamente, he disfrutado trabajando para ti y con el equipo y te deseo todo lo mejor. Luego sigue adelante.

Forma corta: les dices que te vas para expandir tu experiencia y habilidades. En cuanto a su sucesor, no necesita dejar nada más allá de cualquier documentación / informe / memo que haya producido.

Forma larga: la programación, a diferencia de la mayoría de las profesiones, se define en parte por las herramientas que uno usa. Tanto los gerentes como los RR.HH. entienden esto (incluso los que solicitan 5-7 años de experiencia con Go), tampoco parpadearán al escuchar que desea ampliar su experiencia. El hecho de que desee trabajar con una herramienta específica o simplemente variar su experiencia se considerará como un rechazo o un signo de falta de fiabilidad. Todo lo demás es igual, la experiencia con más idiomas, marcos, editores, IDE es una ventaja: le brinda una vara de comparación, lo que hace que su juicio sea más valioso.

No dice si ha intentado convencer a su empleador actual para que cambie de herramientas o si piensa que sería una buena idea que lo hicieran. Si lo hace y lo tiene, entonces su jefe ya debería tener todo lo que necesita su reemplazo si la decisión es revisada, no es su lugar tratar de convencerlos de que asuman la causa en su lugar.

Lo que debe dejar para su reemplazo es tanta documentación sobre cómo hacer su trabajo como tenga disponible. Si cree que hay algo que sabe sobre cómo hacer el trabajo con las herramientas actuales, no debe esperarse que su reemplazo sepa o descubra fácilmente, luego documéntelo.

En cuanto a tus quejas. No debes mencionarlas en absoluto, no son relevantes.

Si esta es una compañía pequeña y usted es el experto en tecnología, debería considerar seriamente tener una discusión honesta (privada) con su jefe sobre cómo Blub está perjudicando su negocio.

No estoy seguro de tu descripción si te caracterizarías como el experto en tecnología de la compañía, y me doy cuenta de que dijiste que la compañía está "cerrada" a Blub. Quizás esta no sea la discusión correcta si hay otros empleados más felices o si realmente no hay alternativa para el modelo de negocio.

Pero, esto me parece bastante serio. De una manera, está perjudicando su negocio simplemente porque no lo está disfrutando y no lo encuentra productivo y ha llegado al punto en que desea irse. Perder a un buen empleado es una situación bastante terrible para una pequeña empresa (usted es mucho más importante para ellos que lo que sería en una gran corporación).

No me gustaría dejarle ninguna advertencia a un sucesor, pero asegúrese de comentar y documentar su código lo mejor posible para que sea relativamente fácil para ellos hacerse cargo.

No estoy de acuerdo parcialmente con otras respuestas de que no debería abandonar su trabajo hasta que tenga una alternativa. Si este trabajo realmente lo está deprimiendo, puede hacer que se sienta resentido en las entrevistas para nuevos trabajos, lo que es muy poco atractivo para los empleadores. (Si ese es el caso, sería mejor obtener un buen descanso). El consejo para dar un giro positivo a las cosas al mirar hacia adelante es un muy buen consejo.

Ya hay muchas respuestas geniales aquí, pero he experimentado algo similar al intentar introducir mejores prácticas de gestión de proyectos que eventualmente me llevan a enfrentarme a personas importantes. Decidí irme y tuve que considerar qué decir.

Decidí morderme la lengua y dejar la nota más positiva posible, especialmente porque muchas de las personas con las que me enfrentaba eran mis amigos. Un par de años más tarde, la compañía me pidió que volviera y administrara el desarrollo del software a mi manera.

Por eso digo que hay que dejar una nota positiva porque no es necesariamente el final de la historia.

Mientras vaya a otro trabajo de inmediato, puede decir "mejor oportunidad, etc." Ahora, si se va y no tiene otro trabajo, la brecha puede ser difícil, pero debería poder explicarlo cuando se le pida que desee volver a capacitarse en algo diferente y que necesitaba el tiempo para hacerlo.

Pruebe e inscríbase en algo para que pueda dejar de lado la universidad o el programa como lo que estaba haciendo durante la brecha.

También puedes tratar de obtener algunas cosas independientes simples (o no) y luego puedes incluirlas como autónomos. Solo asegúrate de tener algo que mostrar para eso.

No tengas miedo de la brecha. Mi esposa no trabajó (fuera del hogar) durante 7 años y tenía dos ofertas al mismo tiempo, aunque no era tan alta como le hubiera gustado, eran ofertas tecnológicas competitivas.

Esto sucede y el hecho es que estamos viviendo en un mundo muy "no blub". Además, debido a la explosión en el campo de la tecnología no blub, tiene opciones, así que diría que está a salvo.

Sin embargo, lo que hago con precaución es engañarte a ti mismo para que creas que esta es la razón principal, que eres infeliz y que tratas de hacer que otros crean eso.

Esa es una razón muy tonta para abandonar mucho menos un punto de discusión con la esperanza de prever un cambio.

No le digas a tu jefe que esa es la razón. Haz que sea un anuncio estándar "Carrera profesional". Y solo debes saber que si estás teniendo dificultades ahora, no esperes ser feliz en ningún otro lugar. Siempre va a haber algún tipo de problema ridículo y molesto que los programadores tienen con su trabajo, porque es nuestro trabajo señalar los problemas y encontrar soluciones.

¡Buena suerte!