Fondo
Actualmente estoy en una sección transversal de mi carrera en una empresa. Llevo casi un año trabajando como ingeniero de software; en ese período de tiempo, pasé un equipo esforzándose por las tecnologías back-end y front-end del equipo, corrigiendo errores (mientras obtenía ayuda del único compañero de equipo que corrige errores), algunas métricas de refactorización y un POC de nuestro proyecto principal que planeó para nosotros este año. En este momento, otros compañeros de equipo están trabajando en tareas de los proyectos, mientras que yo no obtuve hasta ahora ninguna tarea relacionada con el proyecto. Todo lo que obtuve son errores, y el hecho: "se supone que debes reemplazarlo y asumir todas las responsabilidades de mantenimiento de él", a pesar de que en los últimos meses hice una investigación profunda y construí un POC.
Mi pregunta
¿Cómo puedo pedirle a mi gerente que me involucre en el proyecto, cuando claramente me dijeron que soy el "chico nuevo" y que alguien debe hacer todo este trabajo sucio?
Necesitan a alguien para arreglar los errores. Parece que, para ellos, es económicamente más beneficioso poner gente con experiencia en un nuevo proyecto y usted en la corrección de errores.
La única posibilidad de cambiar esa asignación es presentarle a la gerencia los beneficios comerciales de hacerlo. Debe pensar en argumentos que muestren por qué poner a la persona menos experimentada en un nuevo proyecto no aumenta el costo del proyecto (tiempo, dinero, deuda técnica y otros tipos de costos) y en realidad les hace ganar algo.
Si el único argumento que presentará será "No estoy contento con la corrección de errores", corre el riesgo de que mitiguen el riesgo comercial reemplazándolo con alguien que esté feliz de corregir errores.
En cuanto a los beneficios específicos, uno de los beneficios de tenerlo involucrado en un nuevo proyecto es que lo sabrá lo suficiente como para solucionarlo más adelante. Además, enviar algunos errores de sistemas antiguos a otros empleados significará que saben lo suficiente sobre estos sistemas antiguos para corregirlos si alguna vez se enferma, muere en un accidente de autobús, etc. ¿Será suficiente? Lo dudo, probablemente la gerencia ya lo consideró. Pero al menos es un comienzo.
El desarrollo de software puede ser notablemente meritocrático. En resumen, pague sus cuotas. Demuestra que puedes corregir errores rápido y bien. Participe en el proceso de desarrollo a su alrededor. Aprenda sobre los procesos internos y comprenda el modelo comercial de la plataforma y resuelva los problemas que tiene frente a usted con habilidad y velocidad. No necesitarás pedir trabajar en un proyecto, simplemente te asignarán un proyecto.
La verdad fundamental es que en el software terminas haciendo proyectos debido a una de dos condiciones: o eres bueno o ellos están desesperados. Si quieres construir algo, sé bueno o trabaja para alguien desesperado.
Creo que estás viendo esto de la manera equivocada.
Empecé en una empresa donde después de un tiempo todo lo que estaba haciendo era "corregir errores", no tanto en el código como en los procesos comerciales, todo lo que hacía era arreglar cosas cuando la gente cometía errores, esto me ayudó cuando yo era el indicado. desarrollar los procesos comerciales, me ayudó aún más cuando comencé a corregir errores en las aplicaciones que usábamos, que luego, cuando comencé a desarrollar, ya conocía bien las aplicaciones, por lo que el aspecto de la codificación fue mucho más fácil (SQL) cuando sabía dónde estaban los datos. de todos modos.
Aprovecha que estás corrigiendo tantos errores y aprende con ello, encuentra patrones y aprende con ellos.
Tendrá su oportunidad cuando sea necesario, siempre parece dispuesto a ayudar, si le dicen que el proyecto se bloquea, pregunte si puede echar un vistazo y posiblemente ayudar. Todos son necesarios y, en este momento, son necesarios para corregir errores.
Kilisi