Tengo 2 meses en un nuevo trabajo como ingeniero de software. Una de las cosas de las que me di cuenta rápidamente es que la confusión sobre los requisitos y los plazos es la ley del país.
Para dar un poco más de contexto, a la gerencia le gustaría que hiciéramos un proyecto X y quiere estimaciones sobre cuánto tiempo tomará. Esta es una incursión en un nuevo dominio y requiere una revisión significativa en la base de código existente con cambios potencialmente importantes, compromisos de recursos significativos en varios equipos y múltiples iteraciones para garantizar que todo funcione bien.
En una reunión de seguimiento entre el gerente de ingeniería, el gerente de producto y yo, no hubo consenso sobre si se suponía que esto era un prototipo o una revisión completa de una parte del código base existente. Esto habría decidido la línea de tiempo y los recursos necesarios.
Cuando tal confusión ocurre con frecuencia, ¿cuál es una buena estrategia para hacer que las cosas avancen sin dejar que te afecte personalmente?
Personalmente me siento como el presagio de malas noticias.
Entonces no seas el presagio :)
Como ingeniero, no necesita estar estresado por las decisiones estratégicas en el proyecto. Si te piden tu opinión díselo. Si no, está fuera de su responsabilidad.
Como ingeniero, debe realizar las tareas asignadas. Entonces:
Al presentar su estimación, indique cómo ha interpretado los requisitos y qué suposiciones hizo al calcular su estimación.
La persona que recibe el presupuesto puede aceptarlo tal como está o aclarar los requisitos y pedirle que actualice su presupuesto.
Si no complica demasiado las cosas, también podría dar estimaciones de cosas en las que no está claro si es un requisito o no. Pero tenga cuidado de entregar un mensaje confuso. Desea dar la impresión de que sabe lo que está haciendo, incluso si las personas que le dan los requisitos no lo saben. Pero hagas lo que hagas, ¡no digas eso en tu respuesta!
gordito
Un usuario SO