Estoy trabajando como líder de desarrollo de ERP en alta mar con una empresa de BPO y tengo un gerente en tierra ("MM"). Además de ser desarrollador, también hago mucho trabajo de soporte y pruebas, ya que estamos un poco cortos de personal.
MM y yo discutimos regularmente sobre mis tareas pendientes a través de Skype y, a menudo, me pide un presupuesto sobre cuándo puedo terminar mis tareas. Cada vez que le doy una estimación, siempre no está de acuerdo y dice que debería tomar menos tiempo. La muestra es la siguiente:
MM: "Entonces, ¿cuáles son tus tareas actuales en este momento?"
Yo: "Actualmente estoy terminando el desarrollo del Proyecto X y debería terminar con las pruebas dentro de dos días".
MM: "¿Dos días? ¿Por qué tomaría tanto tiempo? ¿No debería ser solo una línea de código que tienes que modificar y probar rápidamente?"
Yo: "Es un poco más complejo que eso. Tendría que buscar escenarios y hacer una prueba de regresión para asegurarme de que no afecta a otros sistemas posteriores".
MM: "No, estás analizando demasiado las cosas, es una solución simple y no debería necesitar pruebas de regresión".
Él siempre diría que son solo algunas líneas de código y una vez que las pruebas de integración son exitosas, entonces es bueno para la producción. Efectivamente, una solución que implementamos con análisis y pruebas mínimos afectó a muchos sistemas posteriores y, por supuesto, tuve que solucionarlo. Esto ha sucedido cada vez que tenemos una reunión hasta el punto de que ya estamos discutiendo porque estoy tratando de convencerlo de que estos cambios requieren un poco más de análisis y pruebas, pero sigue diciendo que me estoy demorando demasiado y analizando en exceso. cosas. Creo que la calidad y el código eficiente tardan un poco más en escribirse y probarse.
Parece que ha sido la cultura de la empresa en la que no se adhieren a los estándares y políticas de TI ( Mi gerente viola las políticas de TI y no se adhiere a las prácticas estándar ).
¿Es esto algo que debería escalar? ¿Y qué mejor enfoque puedo tomar para convencerlo de que este tipo de cambios necesitan más tiempo para analizar y probar?
¿Es esto algo que debería escalar?
No , no pasaría por encima de la cabeza de sus gerentes por esto. A menos que sea un gerente nuevo, su jefe tomará su palabra por encima de la tuya y tu gerente directo puede descubrir que te pasaste de la raya, lo que podría limitar tu carrera. Definitivamente no acuda a Recursos Humanos por esto , ya que este problema no es algo con lo que sean de mucha ayuda.
¿Y qué mejor enfoque puedo tomar para convencerlo de que este tipo de cambios necesitan más tiempo para analizar y probar?
Creo que su mejor apuesta aquí es la próxima vez que algo se rompa en producción , cuando corresponda, explique/demuestre cómo un plan de prueba adecuado podría haber evitado la vergüenza .
¡Manténgase alerta en sus estimaciones y pruebas!
Cuanto más tiempo trabaje en una pieza de software, mejores serán sus estimaciones. Usted sabe, mejor que su jefe, la cantidad de tiempo necesario para implementar funciones y solucionar problemas, así que siga calculando lo mejor que pueda. Yo también implemento cambios de código que tengo que probar personalmente y, por lo tanto, me gusta multiplicar mi tiempo para corregir/implementar por 1,5 o 2, según el problema o la característica. Afortunadamente mi jefe entiende esto porque él era un desarrollador de software.
¿Cuáles son las consecuencias de no probar de manera confiable su software antes de confirmarlos? Deuda técnica . ¡Nosotros como desarrolladores (deberíamos) saber esto!
Esto acumulará horas extras si lo hiciera a la manera de su gerente.
¿Quién va a ser el encargado de sanear esa deuda técnica? Seguro que no será tu manager. ¡Vas a ser tú y tú solo! ¡Siga presionando para proteger a la empresa y, lo que es más importante, a usted!
Aunque me gusta la idea de mantener un registro en papel sobre los problemas que ocurren y cómo podrían haberse evitado... Esos problemas deberán solucionarse independientemente... Al final del día, es su tiempo el que se desperdiciará teniendo para volver y solucionar los problemas!
dwizum
Rémi
Hombre enmascarado
usuario62478
Afe
Juha Untinen
mosquito
Snickers3192
gordito