¿Cómo rechazar diplomáticamente un nuevo rol de liderazgo tecnológico en un proyecto subcontratado desordenado para volver a un rol de programador regular?

TL; DR;

¿Cómo rechazar diplomáticamente un nuevo rol de líder tecnológico que se me ha dado, porque el proyecto relacionado con ese rol es un desastre total? Me gustaría volver a un rol de programador regular.


Sobre mí y la compañía

Soy un programador back-end, con algunos años de experiencia comercial y una buena base de habilidades. Todo eso me convierte en un desarrollador regular sólido. Me siento mejor en un rol de creador de aplicaciones web, particularmente la lógica de back-end que se ejecuta detrás de escena, generalmente encapsulada en una forma de API web.

Actualmente estoy trabajando en una empresa de software de tamaño medio, unas cien personas en total. Cuando me uní, me lanzaron de inmediato a un proyecto bastante complejo que estaba a punto de comenzar. Fui el único desarrollador de back-end durante los dos primeros meses. Los plazos para el proyecto no eran realistas. Fue un poco complicado, pero al menos no hubo esperas improductivas para las tareas. Al final, aún logramos entregar un sistema funcional, del cual no podría estar más orgulloso, ya que tomé la mayoría de las decisiones arquitectónicas. El proyecto se creó desde cero y dados los requisitos tecnológicos fuera de plantilla, los plazos ajustados, los cambios constantes en los requisitos comerciales en medio del desarrollo... fue un trabajo bien hecho.

Luego, me pidieron que ayudara a colegas en otro proyecto, ya que la cantidad de trabajo por hacer en mi primer proyecto estaba disminuyendo. He accedido y durante los últimos seis meses he sido parte de varios proyectos, generalmente durante aproximadamente un mes. Tuve que ayudar un poco, luego me pasaron al siguiente.

El penúltimo proyecto del que formé parte fue un completo desorden. Afortunadamente, el cliente quería migrar una parte a una nueva versión, así que mi tarea fue crear algo nuevo. Era una lógica de back-end, no tenía que continuar con el desarrollo del anterior, por lo que no fue trágico. Sí, estuve solo y subcontratado durante dos meses, pero el cliente tenía una actitud tranquila e hice lo que quería, así que estuvo bien.

Han pasado dos meses, y este proyecto también tenía que terminar. Después de ese tiempo esperaba algo interno, algo similar a mi primer proyecto (con la excepción de plazos poco realistas). Pero resultó que había otro proyecto externo, con la posibilidad de que yo fuera líder técnico, asesorando a otros desarrolladores y siendo la primera persona de contacto para el cliente. ¿Yo, líder técnico? ¡Sí! Diría que es un poco temprano para mi experiencia, pero ¿no suena bien, verdad? No lo sabré hasta que lo intente, ¿verdad? Le di luz verde.

el problema actual

Me han presentado el sistema del cliente. Es enorme, en un proceso de migración desde un código anterior, pero el código "nuevo" real no se ve mejor en absoluto. Hay una falta general de empleados competentes, y eso resulta en docenas de proyectos que me han mostrado... que son un desastre. Una vez más. No me sumergiré en detalles, pero es una gran choza de barro. Y el problema es que esta choza de barro está viva y en producción. Entonces no hay opción para derribar la cabaña, ya que el cliente obviamente no quiere eso. Lo que quiere es seguir desarrollándolo, agregar una cocina en el segundo piso y construir un garaje al lado. Y no me quejo solo de la calidad del código aquí, sino también de la falta de seguridad, especialmente porque el sistema es visitado con bastante frecuencia. Él'

He sido miembro de este tipo de proyectos anteriormente, pero generalmente tengo la suerte de visitar la cabaña de vez en cuando, solo para echar un vistazo y luego volver a construir una casa de concreto con un diseño correcto siguiendo las mejores prácticas, solo como en el proyecto anterior estuve dos meses. Pero lo que se me ha encomendado aquí es seguir desarrollando la choza de barro, que involucra cosas de front-end y supervisar/asesorar su desarrollo como un "líder tecnológico".

Mi salario no ha cambiado con mi nuevo rol como líder tecnológico, aunque recién estoy comenzando. Han pasado dos semanas.

lo que me gustaría hacer

Me gustaría volver a ser un mero desarrollador de back-end, ocupándome de mis propios asuntos, no pintando con lápiz labial un cadáver que alguien más hizo. Un proyecto interno sería lo mejor. Ser subcontratado a otros no se siente muy bien, especialmente porque la empresa para la que trabajo es una casa de software, no una empresa de subcontratación.

Lo que probé hasta ahora

He programado una reunión con un gerente de proyecto de confianza con quien puedo hablar libremente. Compartí mis pensamientos y preocupaciones con él. Además, he usado varios argumentos:

  • no es mi rol, soy programador back-end haciendo cosas de pila completa
  • no es el trabajo que me contrataron: programador back-end
  • a menudo, las tareas son básicamente muy simples, lo que me hace sentir como una degradación
  • la mitad del tiempo de trabajo, estoy esperando tareas o requisitos más detallados
  • la base de código es un desastre con la incapacidad de cambiar
  • sin perspectivas de mejora de la situación

Luego habló con el cofinanciador de la empresa y el gerente de entrega que mantiene en marcha todo el asunto de la subcontratación.

¿Los resultados? Me trasladaron a otra parte del sistema del cliente donde se suponía que había más tareas de back-end. Hubo algunos al principio, pero al final estoy nuevamente haciendo algunas cosas de pila completa entrelazadas con back-end. Por ejemplo, en este momento, estoy creando una infraestructura para la integración con una API de búsqueda de terceros, pero nadie sabe aún qué tipo de API... Entonces, ligeramente mejor que la parte inicial del sistema del cliente, pero sigue siendo el mismo desarrollo acercarse, todavía moldeando la cabaña.

Pregunta

¿Cómo decirle diplomáticamente (pero con firmeza) a mi empleador que no quiero ser el "líder tecnológico" de un proyecto como este? Honestamente, solo quiero huir de eso y volver a hacer lo que me gusta hacer y lo que sé hacer. En el primer proyecto que describí en la introducción, yo era una especie de líder técnico para mis compañeros desarrolladores de back-end, pero eso era algo totalmente diferente.

Considero renunciar, y no sería la primera persona en hacerlo debido a este proyecto. Un tipo de front-end no lo soportó y renunció después de que se le encomendara la tarea de ajustar los archivos de configuración días enteros durante dos meses. Además, dejar de fumar parece el paso correcto, porque tengo la impresión de que las preocupaciones que transmito no se abordan en realidad, sino que simplemente se responden con un "sí", pero nada cambia. El cofundador sigue diciendo "aquí no se fuerza nada, demos más tiempo al cliente", pero yo no lo creo. Solo creo que está enfocado en obtener más ganancias, ya que el cliente es extranjero.

Los rumores dicen que la empresa a la que estoy subcontratado también está luchando con el empleo, ya que supuestamente hay una alta rotación presente. Dicen que la gente se va con bastante frecuencia, y ya conocí a algunos que acaban de unirse, así que eso podría ser cierto.

Entonces, ¿es inevitable dejar la empresa? Si amenazo a mi empleador con que renunciaré si no me da un proyecto normal en el que estaré en mi rol actual, me preocupa que a partir de ese momento me vean como el empleado que está inseguro, que podría irse cuando las cosas vuelven feas. Me preocupa que esa etiqueta que se me ha dado pueda llevar a proyectos aún más desesperanzadores que me han dado. Aparte de los últimos proyectos no tan buenos, me gusta la empresa para la que trabajo. Sin embargo, mi paciencia para los proyectos pobres se está acabando.

Por otro lado... mi gerente de proyecto de confianza bromeó demasiadas veces sobre mi renuncia, por lo que siento que también se preocupan por la renuncia mía y de otras personas, por lo que la renuncia podría ser una buena carta de cambio.

¿Su empresa le pregunta si quiere ser el líder tecnológico o le está diciendo que será el líder tecnológico?
Un principio que es útil recordar: si haces un proyecto que es tan poco divertido (y no está claro si es una ganancia de experiencia), probablemente deberías recibir un mejor pago. Y viceversa.
¿Te han dado un montón de nuevas responsabilidades de cosas que no quieres hacer sin ningún cambio en el pago? Suena como una gran bandera roja para mí.
La compañía @sf02 me preguntó en una reunión, dije "bien, veamos cómo va eso" , porque ¿quién no estaría de acuerdo? Sabía poco en ese momento, y ahora veo que debería haber esperado con la decisión hasta ver el código. Linus Torvalds tenía razón: "Hablar es barato. Muéstrame el código". Y ahora parece que me estoy deshaciendo de la promoción, pero al mismo tiempo, si el "líder técnico" implica encargarse de tal desorden, entonces simplemente no lo quiero.
@clbx "un montón de nuevas responsabilidades de cosas que no quieres hacer", creo que no de inmediato. Creo que poco a poco irá aumentando el número de responsabilidades. La persona anterior, que más o menos se ocupaba de estos, pasaba la mayor parte del tiempo en reuniones con el cliente y las partes interesadas. El gerente de entrega menciona constantemente que "seré responsable de construir una relación con el cliente y ganarme la confianza" . Grandes palabras, y hasta ahora va muy despacio. Pero, por ejemplo, participaré en las próximas entrevistas, porque a fin de mes se va a ir otra persona de este proyecto.
@Coën, ¿espera que su salario aumente gradualmente a medida que aumentan esas responsabilidades? Parece que está asumiendo un rol más gerencial sin los ajustes que generalmente vienen con él.
Si sigo con el papel, podría esperar que me den un aumento de sueldo, ya que podría argumentar que mis responsabilidades aumentaron, por lo que mi salario también debería hacerlo. Aunque tal vez estoy siendo ingenuo... Pero de todos modos, honestamente, no estoy centrado en el dinero. Renunciaría al aumento de sueldo si solo me dieran un proyecto decente para trabajar.
Voy a votar para cerrar esta pregunta porque, lamentablemente, esta pregunta es, simplemente, demasiado larga para este formato.

Respuestas (2)

Entonces, para ser honesto, en realidad no voy a responder directamente a su pregunta "Cómo rechazar el puesto de Tech Lead", sino que hablaré sobre por qué no quiere el puesto.

La primera parte es, ¿quieres ser Tech Lead o no? Esa es la primera pregunta que debes hacerte, porque para mí no es el tipo de proyecto el que decide eso, eres tú. Sabes lo que quieres ser o no.

En este momento de mi carrera tengo alrededor de 16 años de experiencia, ¿te imaginas la cantidad de veces que tuve que trabajar en proyectos que eran un desastre? ¿Te imaginas la cantidad de cosas que aprendí trabajando en esos proyectos? ¿Te imaginas las veces que dije "¡Oh Dios! ¿Por qué yo?" (Y ni siquiera soy una persona religiosa)

Trabajar en proyectos malos también es una forma de crecer (aprenderás mucho, te lo garantizo), además si estás trabajando en un proyecto donde el código es un desastre, eso significa que hay formas de mejorarlo. (No estoy hablando de una reescritura completa desde 0), solo digo que cuando tocas algo que no se ve tan bien, haz que se vea un poco mejor y así sucesivamente.

A lo largo de toda su carrera, tendrá que trabajar con proyectos como este, y si quiere ser un líder técnico, un CTO, lo que sea, tendrá que aprender a lidiar con la herencia de código realmente malo y créame que lo hará. aprende a lidiar con eso.

Si lidias con trabajar en proyectos con un código incorrecto, simplemente renunciando a la empresa o rechazando la promoción, ¿cómo vas a crecer?

Gracias por responder. Tengo este segundo pensamiento de que soy demasiado exigente y en lugar de olfatear el papel, debería aceptarlo. ¡Pero! Reflexionando sobre mi pasado como programador, aprendí y crecí más cuando trabajo con personas altamente competentes y con más experiencia que yo o cuando me dan una hoja en blanco y las riendas de un proyecto, para que pueda mostrar todo mi potencial. El cliente aparentemente carece de programadores competentes y tiene una base de código existente dividida en partes del sistema, por lo que no espero que me permitan volver a hacer todo, y eso es comprensible.
Ciertamente aprenderé algo, no hay duda al respecto. Pero sí dudo que sea un bulto de conocimientos en términos de habilidades técnicas o de programación. Será más probable que gestione las habilidades y, en general, las habilidades interpersonales. Creo que preferiría seguir creciendo en el aspecto técnico. Además, no sería el primer caso (también en esta empresa) de un mal proyecto que me dan, así que puedo decir que se está acumulando. Después de un tiempo, comienza a preguntarse: "¿Realmente tengo que hacer esto?" y aún recuerdo la grandeza de mi primer proyecto del que formé parte hace seis meses.
Bueno, por supuesto que brillas más cuando tienes una hoja de papel en blanco, conmigo es exactamente lo mismo, y diría que es así para la mayoría de los programadores. Solo debes aceptarlo si realmente lo quieres. Para las cosas técnicas, aprenderás cómo no hacer cosas y eso también es muy, muy bueno. Bueno, no sé cuántos años de experiencia tienes, pero he visto muchas cosas en todos mis años, y algunas de ellas realmente malas. Lo cual también me permitió brillar porque pude manejarlo y transformarlo en algo lindo.
Dices: "¿Realmente tengo que hacer esto?", ¿Quizás necesitas un cambio de aires? ¿Otra empresa, otro trabajo? A veces, la única forma de salir de los proyectos es cambiar de compañía. Sólo mis 2 centavos.
@Coën si se olvidó de mencionar, si eres el líder del equipo, necesitas un aumento para reconocer las nuevas responsabilidades.

¿Quizás solo decir que no quieres un ascenso?

"Entonces, ¿es inevitable dejar la empresa? Si amenazo a mi empleador con renunciar si no me da un proyecto normal en el que estaré en mi rol actual".

Creo que sí. Lo que debe hacer, independientemente de su decisión aquí, es asegurarse de comunicar sus inquietudes y reservas por escrito a la gerencia. Asegúrese de explicar claramente lo que se necesita para que el proyecto tenga éxito. Guarde copias de esta comunicación en un lugar donde la empresa no pueda eliminarla, como una unidad USB. Sí, he visto a malos gerentes tratar de convertir a las personas en chivos expiatorios en situaciones en las que estaban preparados para fallar y las solicitudes de más recursos cayeron en saco roto.