Métodos de Estimación de Costos de Software para Grandes Proyectos

Métodos de Estimación de Costos de Software para Grandes Proyectos
Por Capers Jones
El software ha alcanzado una mala reputación pues ha sido considerado como una tecnología perturbadora. Los grandes proyectos de software han tendido a tener una muy alta frecuencia de exceso de calendarización, costos, problemas de calidad e indiscutibles cancelaciones. Mientras esta mala reputación a menudoes merecida, es importante notar que algunos grandes proyectos de software finalizan a tiempo y con el presupuesto estimado, además funcionan satisfactoriamente cuando éstos son desplegados.
Los grandes proyectos exitosos difieren en muchos sentidos de los fracasos y desastres (Jones 2004). Una diferencia importante es, cómo los proyectos exitosos concluyen a tiempo, dentro de los costos, recursosy estimación de calidad prevista en un primer término. De un análisis de resultados de las herramientas de estimación usadas, publicado en “Estimación de Costos de Software” (Jones 1998), el uso de instrumentos de estimación automatizados conduce a estimaciones más exactas. A la inversa, los métodos informales o manuales de llegar en estimaciones iniciales son generalmente inexactos y a menudoexcesivamente optimistas.
Una comparación de 50 estimaciones manuales con 50 estimaciones automatizadas para proyectos en el rango de los 5000 puntos de función, mostró resultados interesantes (Jones 1998). Las estimaciones manuales fueron creadas por administradores de proyectos quienes usaban calculadoras y hojas de cálculo. Las estimaciones automatizadas también fueron creadas poradministradores de proyectos o por sus asistentes de estimación, usando varias herramientas de estimación comercialmente diferentes. Las comparaciones fueron hechas entre las estimaciones originales presentadas a clientes y ejecutivos corporativos, y los resultados acumulados al final cuando las aplicaciones fueron puestas en práctica.
Solamente cuatro de las estimaciones manuales estuvieron dentro del 10% delos resultados reales. Aproximadamente 17 estimaciones eran optimistas entre el 10% y el 30%. Una consternación, 29 proyectos fueron optimistas por más del 30%. Es decir, las estimaciones manuales rindieron costos bajos y calendarios cortos que lo ocurrido verdaderamente, a veces por cantidades insignificantes. (Por supuesto varias estimaciones revisadas fueron creadas a lo largo del camino. Perola comparación fue entre la estimación inicial y los resultados finales).
Por contraste 22 de las estimaciones generadas por herramientas de estimación comercial estuvieron dentro del 10% real de los resultados. Aproximadamente 24 fueron conservadoras entre 10% y 25%. Tres fueron conservadoras por más que 25%. Únicamente una automatizada fue optimista, por cerca del 15%.
Uno de los problemas conlos estudios desarrollados tal como es el hecho de muchos proyectos grandes con estimaciones imprecisas fueron cancelados sin haber culminado. De ese modo, para que los proyectos estuviesen incluidos en todo, ellos tendrían que haber finalizado. Este criterio eliminó muchos proyectos que usaron tanto estimación manual como automatizada.
De modo interesante, las estimaciones manuales y lasautomatizadas eran equitativamente cercanas en términos de predicción del esfuerzo de programación o codificación. Pero las estimaciones fueron muy optimistas cuando predecían el crecimiento de los requerimientos, esfuerzo del diseño, esfuerzo de documentación, esfuerzo de administración, esfuerzo de evaluación y esfuerzo de revisión y reparación. La conclusión de la comparación fue que tanto lasestimaciones manuales como las automatizadas eran equivalentes para la programación real, pero las estimaciones automatizadas eran mejores para predecir actividades de no codificación.
Este es un asunto importante para la estimación de grandes aplicaciones de software. Para proyectos de software por debajo de aproximadamente 1000 puntos de función en tamaño (equivalente a 125,000 declaraciones C), la...