ing sw

INFORME DEL CAOS
" Los puentes romanos de la antigüedad eran estructuras muy ineficientes. Según los estándares modernos , que usan demasiada piedra, y como resultado , demasiada mano de obra para construir. A través de los años hemos aprendido a construir puentes de manera más eficiente , usando menos materiales y menos la mano de obra para realizar la misma tarea. "
- Tom Clancy, La Suma deTodos los Miedos
INTRODUCCIÓN
En 1986 , Alfred Spector , presidente de Transarc Corporation, co -autor de un artículo comparando la construcción de puentes para el desarrollo de software . La premisa : Los puentes se construyen normalmente a tiempo, dentro del presupuesto , y no se caigan . Por otro lado, el software nunca entra en el tiempo o en el presupuesto . Además , siempre se rompe. ( Sinembargo , la construcción de puentes no siempre tienen un récord estelar . Muchos proyectos de construcción de puentes rebasen sus presupuestos, plazos , y algunos incluso se postraron en tierra . )
Una de las razones más grandes puentes vienen en el tiempo , dentro del presupuesto y no caer es debido a la extrema detalle de diseño . El diseño es congelado y el contratista tiene pocaflexibilidad en el cambio de las especificaciones. Sin embargo, en rápido movimiento entorno empresarial de hoy en día , un diseño congelado no se acomoda a los cambios en las prácticas comerciales. Por lo tanto un modelo más flexible debe ser utilizado . Esto podría ser y ha sido utilizado como una razón para el fracaso de desarrollo .
Pero hay otra diferencia entre los fallos de software y los fracasosdel puente, junto a 3.000 años de experiencia. Cuando un puente se cae , se investiga y se redacta un informe sobre la causa de la falla . Esto no es así en la industria informática , donde las fallas son encubiertos , ignorado, y / o racionalizar . Como resultado de ello , seguimos cometiendo los mismos errores una y otra vez.
En consecuencia, el enfoque de este último proyecto de investigación deThe Standish Group ha sido la de identificar :
El alcance de los fracasos de proyectos de software
Los principales factores que causan los proyectos de software a fallar
Los ingredientes clave que pueden reducir los fracasos de proyectos

Copyright © 1995 The Standish Group International, Inc. Todos los derechos reservados Page 2
expediente de la falta
En los Estados Unidos , gastamos másde $ 250 mil millones cada año en el desarrollo de aplicaciones de TI de aproximadamente 175.000 proyectos. El coste medio de un proyecto de desarrollo para una gran empresa es $ 2.322.000 , para una empresa mediana , que es $ 1.331 millones , y para una pequeña empresa, es $ 434.000 . Una gran parte de estos proyectos se producirá un error . Proyectos de desarrollo de software son un caos, ynosotros ya no pueden imitar a los tres monos - escuchar fallos, ver ningún fallo , no hable ni fracasos.
La investigación Standish Group muestra un asombroso 31,1 % de los proyectos se cancela antes de que alguna vez completados. Además, los resultados indican que el 52,7 % de los proyectos tendrá un costo de 189 % de sus estimaciones originales. El costo de estos fracasos y excesos son sólo lapunta del iceberg . Los costos de oportunidad perdidos no son medibles , pero podría ser fácilmente en los billones de dólares . Uno sólo tiene que mirar a la ciudad de Denver a darse cuenta de la magnitud de este problema. La falta de presentación de software fiable para manejar el equipaje en el nuevo aeropuerto de Denver está costando a la ciudad $ 1,1 millón por día.
Con base en estainvestigación, The Standish Group estima que en 1995 las empresas estadounidenses y agencias gubernamentales gastarán 81 mil millones dólares para proyectos de software cancelados. Estas mismas organizaciones tendrán que pagar un adicional de $ 59,000,000,000 para proyectos de software que se completarán , pero superarán sus estimaciones de tiempo originales. El riesgo es siempre un factor cuando se empuja...