¿Cuáles son las técnicas eficientes de desarrollo de proyectos de TI desde una estimación aproximada hasta su finalización dentro del presupuesto, el tiempo y los requisitos?

Sugiero que su pregunta sea “eficiente y efectiva” y no solo “eficiente”. No es solo una cuestión de eficiencia. No tiene mucho valor ser eficiente si el enfoque no es efectivo. En otras palabras, construir el producto equivocado de manera más eficiente no tiene mucho sentido y ha habido muchos proyectos de TI que han cumplido sus objetivos de costo y programación de manera muy eficiente, pero no lograron entregar el valor comercial que se necesita.

El mayor desafío en el desarrollo de proyectos de TI (particularmente con respecto al desarrollo de software) es lidiar con la incertidumbre. Es por eso que un enfoque de gestión ágil de proyectos está ganando tanto impulso rápidamente. Cuando las personas intentan forzar un proyecto con un alto nivel de incertidumbre a un enfoque tradicional de gestión de proyectos impulsado por un plan y tratar de maximizar la eficiencia del proceso sin reconocer adecuadamente el nivel de incertidumbre en el proyecto, generalmente resulta en un rígido enfoque controlado que es resistente a los cambios. Es fácil ver cómo eso podría resultar en cumplir con los objetivos de costo y programación de manera eficiente, pero no entregando un nivel adecuado de valor comercial.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo a: Agile Project Management Academy (http: // agileprojectmanagementaca …)

Para mí es una pregunta demasiado amplia, puedo sugerirle el libro “estimaciones” de steave mcConnel, que “requisitos” de carl wieger de la misma colección, y que otra pareja.

La secuencia correcta son los requisitos primero, que las estimaciones. Una técnica poderosa simple que veo descuidada es escribir y revisar los requisitos. Eso es simplemente lo básico, pero se descuida.

En mi experiencia, soy un desarrollador, la administración incompetente solo quiere una “estimación”, que realmente es un compromiso por parte del desarrollador para una fecha fija. Tratar de explicar qué es una estimación puede dar lugar a una pelea, lo que el administrador incompetente quiere es para trasladar la incertidumbre a los desarrolladores.