Estaba en una situación similar en mi primer trabajo fuera de la universidad. Empresa de consultoría relativamente pequeña que logró enganchar un contrato bastante bueno de un cliente muy importante sobre otros postores que incluyeron Accenture y otras empresas mucho más grandes / más establecidas principalmente al acordar completar la primera y más crucial fase del proyecto en una fracción del tiempo (no estaba al tanto de los detalles exactos, pero algo similar a Accenture decía que necesitaban al menos 10 meses, el cliente realmente esperaba 8, les aseguramos que podíamos hacer 7,5). Si bien estaba bastante ansioso por mojarme los pies en mi primer puesto de no pasantía y confiaba en las habilidades de mi equipo, estaba bastante claro desde el principio que 7.5 meses fue un gran estiramiento. Si bien los primeros dos meses transcurrieron sin problemas, especialmente teniendo en cuenta que los desarrolladores principales estaban absorbiendo la mayor parte de la carga de trabajo, pronto se me pidió que completara las características o que tuviera una prueba aproximada de los conceptos realizados en cuestión de días para los elementos que normalmente llevarían a alguien a mi nivel semanas si no un mes completo para implementar adecuadamente. En el transcurso del proyecto, esto se tradujo en 60 horas semanales de trabajo y luego 70 y luego hasta 80 cerca de la recta final. El proyecto se realizó, la empresa recibió un pago, y nadie fue despedido / tuvo un colapso, pero el resultado fue un producto insatisfactorio, marginal, insatisfactorio del que nadie estaba particularmente orgulloso.
En mi situación, todo mi equipo estaba sufriendo las decisiones que los altos mandos habían tomado en términos de prometer un producto completo en un límite de tiempo loco. Primero mencioné los problemas al desarrollador principal al que informé y luego al desarrollador principal junto con el desarrollador principal. Si bien no había mucho que hacer, me aseguré de subir la escalera peldaño por peldaño en lugar de ir directamente al gerente del proyecto para presentar una queja. Puede considerarse irrespetuoso ir directamente a los altos mandos en lugar de a la persona a la que se supone que debes informar directamente, y, francamente, de alguna manera necesitas pasar por alguien más mayor que tú si eres de nivel junior y quieres tus preocupaciones ser tomado en serio. Si intenta esto y termina en una situación como la mía (es decir, las personas simpatizan pero no pueden hacer nada), entonces tiene la opción de resistir o comenzar a buscar un nuevo trabajo. Me aseguré de expresar mi desaprobación con respeto y me aseguré de que las personas con las que informaba supieran que tenía el proyecto en mente con mis preocupaciones. En otras palabras, no era “¿Ustedes realmente esperan que trabaje durante 70/80 horas esta semana nuevamente? Estoy agotado y no me pagan lo suficiente por esto ”. Fue “¿Cómo pueden confiar en mí para producir un buen resultado en X días cuando creo que debería tomar semanas? Puedo obtener algo para que el cliente lo vea, pero creo que la base de código sufrirá y provocará más problemas en el futuro ”. Tuve la suerte de trabajar para una empresa que recompensó a sus trabajadores y terminó recibiendo un bono del 15% después de 6 meses como recompensa (que puede no parecer una tonelada para algunos, pero un bono de 10k + a mitad de año para un joven de 22 años fue increíble en el momento). Dicho esto, me fui poco después del lanzamiento del producto y el equipo entró en la fase de mantenimiento. El código era imposible de mantener, desordenado y lleno de una tonelada de errores que estaban cubiertos con cinta adhesiva para el lanzamiento inicial. En mi situación, elegí resistir el momento difícil cuando no había nada que hacer, la compañía me recompensó y decidí irme en mis propios términos poco después. Esto puede no ser idéntico a su situación, pero las conclusiones para usted deberían ser …
- Sea respetuoso con la forma en que expresa sus preocupaciones. Hágales saber, pero también hágales saber que tiene en mente las mejores intenciones del proyecto.
- Sube la escala de antigüedad adecuadamente, no hay casi nada bueno que pueda resultar de informar a tu PM o un socio directamente detrás de la espalda de tu desarrollador senior
- Tener un plan de contingencia. Tal vez la compañía entienda su situación, pero se encuentra en un momento difícil en el que necesita que TODOS sus desarrolladores trabajen más de 60 horas a la semana. Tal vez simplemente no les importará una mierda tu situación.
- Comienza a pensar más allá de la compañía específica y lo que TÚ quieres para tu carrera. En última instancia, me fui a un trabajo mejor remunerado (sin culpa directa de la empresa, los salarios tienden a aumentar drásticamente después de su primer puesto y terminé justo en el rango de 6 cifras a la edad de 23 años, lo que fue realmente difícil de aprobar arriba), pero mis razones principales para irme eran dobles y no tenían nada que ver con la compensación. En primer lugar, ya no quería trabajar entre 70 y 80 horas a la semana y, aunque el proyecto se había apagado, el hecho de que mi equipo lo hubiera logrado con éxito significaba que la gerencia tenía, si acaso, más incentivos para ofertar por contratos con plazos ridículos. En segundo lugar, me di cuenta de que aunque estaba escribiendo una TONELADA de código y sacando mucho material al mundo real, en realidad no estaba aprendiendo mucho. En todo caso, estaba adoptando malos hábitos y pirateando cosas juntas simplemente para que las cosas funcionen. Salté de barco por un trabajo mejor pagado, pero en realidad, estaba listo para partir por uno con un salario idéntico en ese momento de mi vida.
- No he mencionado esto en absoluto, ya que no hay indicios directos de que pueda ser relevante, pero considere la posibilidad (tan pequeña como cree que puede ser) de que puede estar equivocado. Conozco a muchas personas que realmente piensan que algo más de 40 horas sin tiempo extra es criminal y se enojarán si se les pide que se queden una hora extra un jueves para hacer una tarea muy básica. Conozco a personas que toman descansos de 30 minutos por cada 30 minutos de código, ven videos de Youtube mientras el resto del equipo se aleja y luego se quejan de que sus plazos no eran realistas cuando la demostración que tienen que presentar a su desarrollador principal no funciona . Obviamente no digo que sea necesariamente usted, pero tenga la inteligencia para darse cuenta de que quejarse de trabajar 45 horas a la semana es probablemente una idiotez si el resto de su equipo registra constantemente más de 50.
¡Mucha suerte, espero que todo salga bien!
- ¿Cuál es la diferencia entre DFD lógico y físico?
- ¿Cuál es la diferencia entre typedef struct y struct?
- ¿Dónde consigo una pasantía de MCA en Pune?
- ¿Quién gana más ingeniero de software o CA?
- ¿Estás en programación o ingeniería de software principalmente por el salario y el estilo de vida?