Soy desarrollador de software, mi conjunto de habilidades, experiencia y la confianza de mi empleador anterior, etc., me calificarían como de nivel medio a superior.
En la empresa anterior, era una especie de "jefe de" departamento de back-end y, a menudo, tenía la tarea de liderar proyectos. Así que trabajar en un puesto más "regular" es algo nuevo para mí. Siempre había algo que hacer. En este momento siento que el trabajo me llega por goteo.
Recientemente cambié de trabajo y en la nueva empresa durante la semana y media todo lo que obtengo son tareas triviales de "agregar algo aquí" o "quitar esto de aquí". Recibo 1 tarea cada vez, tengo que terminarla y pedir otra. El problema es que estas son cosas triviales que termino en media hora o en una hora como máximo. Lo que significa que tengo que molestar constantemente a un desarrollador que es un líder técnico en mi proyecto.
¿Qué hacer? No quiero aburrirme en mi trabajo pero tampoco quiero molestar constantemente a ese pobre hombre. Ya le pregunté al Gerente de Proyecto al respecto y prometieron tener algún tipo de trabajo pendiente para mí del cual podría tomar tareas libremente. Eso no sucedió durante toda una semana.
¿Debo esperar pacientemente una semana más o menos para ver si las cosas mejoran o...?
Esta es una de esas preguntas que le aconsejo que le haga directamente a su líder técnico o gerente:
Hola, x, soy consciente de que termino molestándote mucho en este momento, ya que se me asignan tareas atómicas razonablemente pequeñas para completar una a la vez. ¿Está bien, o preferiría que trabajara en algo a largo plazo entre estas tareas para no tener que hacer tantas preguntas?
Formule la pregunta de la manera "Me siento mal molestándolo todo el tiempo" en lugar de "Estoy aburrido y enojado porque tengo tareas horribles", y realmente no puede equivocarse al preguntarlo.
Por experiencia, es muy probable que su líder técnico le dé tareas pequeñas para que las complete, de modo que pueda ganar confianza y ponerse al día con el código base y sus metodologías de desarrollo/ciclo de vida. Es normal que te asignen este tipo de tareas durante un tiempo después de comenzar un nuevo trabajo, y luego, en algún momento, es probable que te den algo "más sustancioso" para hincar el diente.
Entraste por la puerta, haz las cosas a su manera mientras ellos resuelven cómo manejar esto. Si eso significa pedir una tarea cada hora, entonces pregunta.
Si eres un desarrollador senior, te sugiero que tomes la iniciativa.
Las bases de código siempre necesitan mejoras: ejecute la aplicación. Apuesto a que hay advertencias y pequeños errores de registro. Límpielos, no es difícil de hacer, muestra iniciativa y lo familiariza con el código base.
¿Cómo es el proceso de construcción? ¿Se puede mejorar? Si toma más de 5 minutos, entonces la respuesta es sí , así que vea si puede mejorarlo. ¿Lo mejoraría tener una máquina de construcción más rápida? Entonces presiona por uno.
¿Cómo es el proceso de prueba? ¿Existe? Si es así, ¿tiene subprocesos múltiples (y cuánto tiempo podría ahorrar eso?). Si no existe, ¿podría proponer un marco de prueba, tal vez uno que las empresas puedan impulsar?
Hay innumerables formas de mejorar un sistema de software, en lugar de ir y pedir trabajos, solo haga algunos para usted. Si había algo realmente urgente, te decían que lo hicieras.
Le sugiero que hable con su jefe acerca de hacer un proyecto apasionante. Un proyecto apasionante es una tarea que se te ocurre, utilizando una tecnología que deseas aprender y/o usar y que crees que puede beneficiar enormemente a la empresa. Por ejemplo, los desarrolladores siempre ven algo que pueden mejorar y quieren usar algún nuevo marco/tecnología para lograrlo.
La clave aquí es expresarlo de manera que destaque los beneficios de la empresa, no solo los beneficios para usted. Si se acuerda, puedes hacer algo que amas y la empresa obtiene algún tipo de beneficio por tu tiempo.
Su situación sugiere que el trabajo en su proyecto se organiza ad-hoc principalmente dentro de la cabeza del desarrollador principal. Este es un síntoma de falta de organización y se puede remediar adoptando una metodología de desarrollo. Una opción es scrum .
En scrum, este tipo de cosas deben discutirse en la planificación del sprint . Esta coyuntura es un punto ideal para mencionar las tareas que cree que tiene la información y la experiencia para completar. Una vez que la planificación del sprint ha creado una acumulación de sprint, debe sentirse libre de comenzar cualquiera de estas tareas sin esperar instrucciones, una vez que haya completado la actual.
Si no gestiona el trabajo con ningún tipo de proceso organizado, empiece. Un primer paso podría ser decirle al desarrollador principal y al gerente del proyecto, al comienzo de la semana, "¿Podemos tener una discusión rápida para planificar lo que voy a hacer esta semana?".
Simón
jcm
bharal