¿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.
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.
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.
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.
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:
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.
¿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.
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?
¿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.
sf02
Capitán Emacs
clbx
Coën
Coën
clbx
Coën
gordito