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

Estoy planeando dejar mi trabajo actual porque estamos encerrados en el uso de Blub , con un marco empresarial de Blub y un servidor web de nivel Blub, en un alojamiento mediocre compartido. Mis compañeros de trabajo son amables y mi jefe es el propietario promedio de una pequeña empresa. Quiero irme por completo por razones técnicas. Siento que estar empapado en Blub es malo para mi cerebro y me hace un peor programador.

Cuando me vaya, ¿cómo puedo explicar esto a mi jefe y compañeros de trabajo? ¿Cómo puedo expresar mis quejas sobre Blub de manera productiva? ¿Qué tipo de advertencia puedo y debo dejar para mi sucesor en la documentación?

(tratando de asegurarme de que cumpla con los estándares )

No sé nada sobre 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. Intenta 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 e instancias específicas en los que está perjudicando a la empresa (o donde alguna otra plataforma ayudaría mejor a la empresa). Sugiera una alternativa que considere superior y esté preparado para respaldarla con hechos (recuerde: datos objetivos). Esto le permitirá expresar sus preocupaciones y evaluar cómo responde su jefe y qué tan abierto está a las diferentes tecnologías (o cuán casado está con Blub). También puede obtener una idea de por quéla compañía está usando Blub y se está quedando con él. También le dará una idea de si vale la pena sobresalir, 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 piensa que es el futuro de la tecnología).

2. Espere hasta que reciba una oferta de trabajo. Lo has tratado hasta ahora, así que busca un nuevo trabajo y espera para irte hasta que recibas una oferta. Esto le da una salida fácil: "Me han ofrecido un puesto 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 totalmente de usted solucionar el problema.

3. Digamos que quieres llevar tu 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 / plataformas de código. Como dijo Paul en su respuesta, mantiene las razones por las que te vas cerca y reduce la posibilidad de que las personas lo tomen personalmente.

4. Deje en claro que no es el entorno de la oficina. Asegúrate de que tu jefe y tus compañeros de trabajo sepan que disfrutaste 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 alguna parte, ya sea en el código o en una wiki o en alguna otra plataforma de documentación estructurada. Explique en los comentarios por qué hizo algo de cierta manera y sea sincero al respecto: "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 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 no le guste, o esté cerca, ya se balanceará hacia su lado después de más experiencia, no se hubiera 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 desarrollarse en su carrera. Esto mantiene la razón para dejar su trabajo actual cerca de usted, limitando la posibilidad de que las personas lo lleven a irse personalmente. Solo mantén la calma y di que no fue el ambiente de trabajo, sino que tú y el trabajo se han distanciado. Si son las buenas personas 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. Hacer spam en 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 una tecnología más nueva / más interesante / menos cruda". Eres un desarrollador de software! Se supone que tienes opiniones fuertes.

Pero yo preferiría oírle decir que se estaba ejecutando hacia algo que correr lejos de algo. "Realmente me entusiasmé con Flubber en la red de Stack Exchange; sonaba más moderno y con más funciones que Blub, así que quiero llevar mi carrera en esa dirección".

Muchos buenos comentarios arriba. 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 entrega sin problemas. Vaya más allá en el entrenamiento de su reemplazo.

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

4. Si se le pregunta por qué se va, puede decir honestamente "aprender cosas nuevas" y dejarlo así.

Si se maneja correctamente, aún podría obtener una buena referencia unos años más adelante.

Buena suerte con esto!

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

Suena como un tipo de nivel bastante bajo en una organización mediana a grande, en la fase de aprendizaje de su carrera; y en ese puesto, no le debe a su empleador nada más que dos semanas de anticipación. Tenga la seguridad de que tampoco piensan que le deben más.

No estoy diciendo que si hay alguien que realmente escuche y se preocupe por tus razones, no deberías hablar mucho, pero no te engañes a ti mismo de que tienes alguna influencia para cambiar las cosas para mejor como parte de tu actividades de salida.

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

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

El marco de trabajo de Blub aún puede satisfacer las necesidades comerciales del propietario del negocio.

No entiendo por qué esperarías que el dueño del negocio descarte su inversión en la base de código existente (en funcionamiento) solo porque el lenguaje / marco no encaja bien con tu cerebro.

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

No estoy diciendo que no debas seguir adelante si Blub no funciona para ti, simplemente no confundas tus sentimientos con las necesidades del negocio.

Actualización: "think"! = Datos. Me propongo documentar las barreras de productividad y el tiempo que cuestan todos los días. Las cosas que se escapan por las grietas ahora no.

Ejemplo:

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

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

• etc.

A menos que tenga datos sobre la cuestión de productividad, solo tiene una opinión desinformada.

Por último, ¿cómo define la "productividad"? Después de todo, puede ser más "productivo" no tener que escribir las pruebas para el nuevo código o arreglar las pruebas rotas. (Sí, tenía 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?

Renuncié a mi primer trabajo, porque la compañía decidió pasar de Java a .NET. Simplemente les dije que invertí mucho esfuerzo en aprender y dominar Java y que no hay forma de que comience a aprender .NET mientras haya necesidad de desarrolladores de Java en el mercado laboral. Sin embargo, 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, obtuviste excelentes respuestas, pero quería enfatizar dos cosas: la honestidad y tener un nuevo trabajo .

Primero, no tiene que justificarse cuando deja el trabajo, pero generalmente es lo que debe hacer para mantener buenas relaciones profesionales con su empleador. No olvide que probablemente será llamado por su nuevo empleador (los más serios lo hacen).

Decir que te vas porque crees que están encerrados en un Blub puede no ser apropiado por dos razones, incluso si 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 usted. Puede hacer las cosas más difíciles y siempre debes evitar herir otros sentimientos tanto como puedas (me gusta hacer la asociación aquí con la Inteligencia Emocional ).

• 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 gerencia porque no tenemos toda la información necesaria para construir nuestra opinión.

La única forma en que me pareció apropiado dejar una empresa es diciéndoles que desea hacer algo más cercano a lo que le gusta hacer . Puede decirles que 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 la elección equivocada para ellos, así que no esperes que cambien o se golpeen la cabeza y digan "Por supuesto que tienes razón, ¡cómo pudimos haber sido tan estúpidos!"

Sólo decir. No es donde quiero estar técnicamente, he disfrutado trabajar para ti y con el equipo y te deseo todo lo mejor. Entonces 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 la documentación / informes / 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 recursos humanos entienden esto (incluso aquellos que solicitan 5-7 años de experiencia en Go), ninguno parpadeará al escuchar que desea expandir su experiencia. El hecho de que desee trabajar con una herramienta específica o simplemente variar su experiencia se considerará como un rechazo o signos de falta de fiabilidad. Todo lo demás es igual, la experiencia con más idiomas, marcos, editores, IDEs es una ventaja: le brinda un criterio de comparación, haciendo que su juicio valga la pena.

No dice si ha tratado de convencer a su empleador actual para que cambie de herramientas o si incluso piensa que sería una buena idea que lo hagan. Si lo hace y tiene, entonces su jefe ya debería tener todo lo que su reemplazo necesita si se revisa la decisión, 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, que no se debe esperar que su reemplazo sepa o descubra fácilmente, entonces documente.

En cuanto a sus quejas. No deberías mencionarlos en absoluto, no son relevantes.

Si se trata de una empresa pequeña y usted es un 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 su descripción si se caracterizaría como el experto tecnológico de la compañía, y me doy cuenta de que dijo que la compañía está "bloqueada" a Blub. Quizás esta no sea la discusión correcta para tener si hay otros empleados más felices, o si realmente no hay alternativa para el modelo de negocio.

Pero, esto me parece bastante serio. En cierto modo, está perjudicando su negocio simplemente porque no lo estás disfrutando y lo encuentras improductivo y has llegado al punto de que quieres irte. Perder a un buen empleado es una situación bastante horrenda para una pequeña empresa (usted es mucho más crucial para ellos de lo que sería en una gran corporación).

No estaría dispuesto a dejar ninguna advertencia para 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ías dejar tu trabajo hasta que tengas una alternativa. Si este trabajo realmente lo está desanimando, puede hacerlo sentir resentido en las entrevistas para nuevos trabajos, lo cual es muy poco atractivo para los empleadores. (Si ese es el caso, podría ser mejor simplemente tomar un descanso) El consejo de dar un giro positivo a las cosas mirando hacia adelante es un muy buen consejo.

Muchas respuestas geniales aquí ya, pero he experimentado algo similar al tratar de introducir mejores prácticas de gestión de proyectos que eventualmente me llevan a chocar con todos los 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 estaba chocando eran mis amigos. Un par de años después, la compañía me pidió que volviera y administrara el desarrollo de software a mi manera.

Así que digo dejar en 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 te vas y no tienes otro trabajo, la brecha puede ser difícil, pero deberías poder explicarlo cuando te pregunten que quieres volver a entrenar en algo diferente y que necesitas el tiempo para hacerlo.

Intenta inscribirte en algo para que puedas dejar la universidad o el programa como lo que estabas haciendo durante la brecha.

También puede intentar obtener algunas cosas independientes simples (o no) y luego puede enumerarlas como autónomas. 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 pagaban tanto como le hubiera gustado, eran ofertas tecnológicas competitivas.

Esto sucede y el hecho es que ya 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.

Lo que sí advierto, sin embargo, es engañarte a ti mismo para creer que esta es la razón principal, eres infeliz e intentas hacer que otros lo crean.

Esa es una razón muy tonta para dejar mucho menos un argumento con la esperanza de prever un cambio.

No le digas a tu jefe que esa es la razón. Conviértalo en una propaganda estándar "Movimiento profesional". Y solo sepa que si tiene dificultades ahora, no espere ser feliz en otro lado. Siempre habrá algún tipo de problema ridículo y molesto que los programadores tengan con sus trabajos, porque es nuestro trabajo señalar problemas y encontrar soluciones.

¡Buena suerte!