En 1986, Alfred Spector, presidente de Transarc Corporation, fue coautor de un documento que

compara la construccin de puentes con el desarrollo de software. La premisa: los puentes

normalmente se construyen a tiempo, en presupuesto, y no se caen. Por otro lado, el software
nunca llega a tiempo o dentro del presupuesto. Adems, siempre se descompone. (Sin embargo, la
construccin de puentes no siempre tuvo un registro tan estelar. Muchos proyectos de construccin
de puentes sobrepasaron sus estimaciones, los plazos, y algunos incluso cayeron).

Una de las principales razones por las cuales los puentes llegan a tiempo, dentro del presupuesto y
no se caen es por el detalle extremo del diseo. El diseo est congelado y el contratista tiene poca
flexibilidad para cambiar las especificaciones. Sin embargo, en el entorno empresarial de rpido
movimiento de hoy en da, un diseo congelado no admite cambios en las prcticas comerciales.
Por lo tanto, se debe usar un modelo ms flexible. Esto podra ser y ha sido utilizado como una razn
fundamental para el fracaso del desarrollo.

Pero hay otra diferencia entre las fallas del software y las fallas del puente, adems de 3.000 aos
de experiencia. Cuando un puente se cae, se investiga y se escribe un informe sobre la causa de la
falla. Esto no es as en la industria de la computacin donde las fallas estn cubiertas, ignoradas y /
o racionalizadas. Como resultado, seguimos cometiendo los mismos errores una y otra vez.

En consecuencia, el objetivo de este ltimo proyecto de investigacin en The Standish Group ha sido
identificar:

El alcance de las fallas del proyecto de software

Los principales factores que hacen que los proyectos de software fallen
Los ingredientes clave que pueden reducir las fallas del proyecto

REGISTRO DE FALLO
En los Estados Unidos, gastamos ms de $ 250 mil millones cada ao en el desarrollo de aplicaciones
de TI de aproximadamente 175,000 proyectos. El costo promedio de un proyecto de desarrollo para
una gran empresa es de $2.322.000; para una compaa mediana, es $1.331.000; y para una
compaa pequea, es $ 434,000. Muchos de estos proyectos fracasarn. Los proyectos de
desarrollo de software estn en caos, y ya no podemos imitar a los tres monos: no escuchar fracasos,
no ver fracasos, no hablar de fallas.

La investigacin del Grupo Standish muestra que un asombroso 31.1% de los proyectos sern
cancelados antes de que se completen. Resultados adicionales indican que el 52.7% de los proyectos
costarn el 189% de sus estimaciones originales. El costo de estas fallas y desbordamientos es solo
la punta del proverbial iceberg. Los costos de oportunidad perdidos no son medibles, pero podran
ser fcilmente de billones de dlares. Uno solo tiene que mirar a la ciudad de Denver para darse
cuenta del alcance de este problema. La falla en la produccin de software confiable para manejar
el equipaje en el nuevo aeropuerto de Denver est costando a la ciudad $ 1.1 millones por da.

Con base en esta investigacin, The Standish Group estima que en 1995 las compaas y agencias
gubernamentales estadounidenses gastarn $81 mil millones para proyectos de software
cancelados. Estas mismas organizaciones pagarn $59 mil millones adicionales por proyectos de
software que se completarn, pero superarn sus estimaciones de tiempo originales. El riesgo
siempre es un factor al impulsar la tecnologa, pero muchos de estos proyectos fueron tan
mundanos como una base de datos de licencias de conducir, un nuevo paquete de contabilidad o
un sistema de entrada de pedidos.

En el lado del xito, el promedio es solo 16.2% para proyectos de software que se completan a
tiempo y dentro del presupuesto. En las compaas ms grandes, las noticias son an peores: solo
el 9% de sus proyectos llegan a tiempo y dentro del presupuesto. E incluso cuando estos proyectos
se completan, muchos no son ms que una mera sombra de sus requisitos de especificacin
originales. Los proyectos completados por las compaas ms grandes de los Estados Unidos tienen
solo aproximadamente el 42% de las caractersticas y funciones propuestas originalmente. Las
empresas ms pequeas lo hacen mucho mejor. Un total del 78.4% de sus proyectos de software
sern implementados con al menos el 74.2% de sus caractersticas y funciones originales.

Esta informacin puede parecer descorazonadora, y de hecho, el 48% de los ejecutivos de TI en

nuestra muestra de investigacin sienten que hay ms fallas actualmente que hace solo cinco aos.
La buena noticia es que ms del 50% cree que hay menos o el mismo nmero de fallas hoy que hace
cinco o diez aos.

METODOLOGA
La encuesta realizada por The Standish Group fue lo ms exhaustiva posible, sin alcanzar el objetivo
inalcanzable de encuestar a todas las empresas con MIS en el pas. Los resultados se basan en lo que
en The Standish Group definimos como "hallazgos clave" de nuestras encuestas de investigacin y
varias entrevistas personales. Los encuestados fueron gerentes ejecutivos de TI. La muestra incluy
compaas grandes, medianas y pequeas en los principales segmentos de la industria, por ejemplo,
banca, valores, fabricacin, venta al por menor, mayorista, atencin mdica, seguros, servicios y
organizaciones locales, estatales y federales. El tamao total de la muestra fue de 365 encuestados
y represent 8.380 solicitudes. Adems, The Standish Group condujo cuatro grupos focales y
numerosas entrevistas personales para proporcionar un contexto cualitativo para los resultados de
la encuesta.

Para los fines del estudio, los proyectos se clasificaron en tres tipos de resolucin:

Resolucin Tipo 1, o xito del proyecto: el proyecto se completa a tiempo y dentro del
presupuesto, con todas las caractersticas y funciones especificadas inicialmente.
Resolucin tipo 2, o proyecto cuestionado: el proyecto est completo y en funcionamiento,
pero sobre presupuesto, en el tiempo estimado, y ofrece menos caractersticas y funciones
de las originalmente especificadas.
Resolucin tipo 3 o proyecto deteriorado: el proyecto se cancela en algn momento
durante el ciclo de desarrollo.

En general, la tasa de xito fue solo del 16.2%, mientras que los proyectos desafiados representaron
el 52.7%, y los perjudicados (cancelados) el 31.1%.
ESTADSTICAS DE FALLO
El Grupo Standish segment an ms estos resultados por compaas grandes, medianas y
pequeas. Una compaa grande es cualquier compaa con ms de $ 500 millones de dlares en
ingresos por ao, una mediana se define como tener entre $ 200 millones y $ 500 millones en
ingresos anuales, y una pequea empresa es de $ 100 millones a $ 200 millones.

Las cifras del fracaso fueron igualmente desalentadoras en empresas de todos los tamaos. Solo el
9% de los proyectos en grandes compaas tuvieron xito. Con un 16,2% y 28% respectivamente,
las empresas medianas y pequeas tuvieron algo ms de xito. Un 61.5% de todos los proyectos de
grandes compaas fueron desafiados (Resolucin tipo 2) en comparacin con el 46.7% para
compaas medianas y el 50.4% para compaas pequeas. La mayora de los proyectos, 37.1%,
fueron deteriorados y posteriormente cancelados (Resolucin Tipo 3) en compaas medianas, en
comparacin con 29.5% en compaas grandes y 21.6% en compaas pequeas.

Reinicio
Una de las causas principales de los excesos de costo y tiempo es reiniciar. Por cada 100 proyectos
que comienzan, hay 94 reinicios. Esto no significa que 94 de 100 tendr un reinicio, algunos
proyectos pueden tener varios reinicios. Por ejemplo, el proyecto del Departamento de Vehculos
Motorizados de California, un escenario de falla resumido ms adelante en este artculo, tuvo
muchos reinicios.

Sobrecostos
Igualmente reveladores fueron los resultados de los excesos de costos, los excesos de tiempo y la
falla de las aplicaciones para proporcionar las caractersticas esperadas. Para proyectos combinados
de Tipo 2 y Tipo 3, casi un tercio experiment sobrecostos de 150 a 200%. El promedio en todas las
compaas es el 189% del costo estimado original. El exceso de costo promedio es del 178% para las
grandes empresas, el 182% para las medianas y el 214% para las pequeas.

SOBRECOSTOS % DE RESPUESTAS
Debajo del 20% 15.5%
21-50% 31.5%
51-100% 29.6%
101-200% 10.2%
201-400% 8.8%
Ms del 400% 4.4%

Sobrepasos de tiempo
Para los mismos proyectos combinados desafiados y perjudicados, ms de un tercio tambin
experiment un exceso de tiempo de 200 a 300%. El exceso promedio es 222% del tiempo estimado
original. Para las grandes empresas, el promedio es del 230%; para las medianas empresas, el
promedio es del 202%; y para las pequeas empresas, el promedio es del 239%.

SOBREPASOS DE
% DE RESPUESTAS
TIEMPO
Debajo del 20% 13.9%
21-50% 18.3%
 51-100% 20.0%
101-200% 35.5%
201-400% 11.2%
Ms del 400% 1.1%

Deficiencias de contenido
Para los proyectos desafiados, se complet ms de un cuarto con solo el 25% al 49% de las
caractersticas y funciones originalmente especificadas. En promedio, solo el 61% de las
caractersticas y funciones originalmente especificadas estaban disponibles en estos proyectos. Las
grandes empresas tienen el peor registro con solo el 42% de las caractersticas y funciones en el
producto final. Para las medianas empresas, el porcentaje es del 65%. Y para las pequeas empresas,
el porcentaje es del 74%.

%CARACTERISTICAS/FUNCIONES % DE RESPUESTAS
Menos de 25% 4.6%
25-49% 27.2%
50-74% 21.8%
75-99% 39.1%
100% 7.3%

Actualmente, las 365 empresas tienen un total combinado de 3.682 aplicaciones en desarrollo. Slo
431 o el 12% de estos proyectos son a tiempo y dentro del presupuesto.

PERFILES DE XITO / FALLO

El aspecto ms importante de la investigacin es descubrir por qu los proyectos fallan. Para hacer
esto, The Standish Group encuest a los gerentes ejecutivos de TI por sus opiniones sobre por qu
los proyectos tienen xito. Las tres razones principales por las que un proyecto tendr xito son la
participacin del usuario, el apoyo de la direccin ejecutiva y una declaracin clara de los requisitos.
Hay otros criterios de xito, pero con estos tres elementos en su lugar, las posibilidades de xito son
mucho mayores. Sin ellos, la probabilidad de fracaso aumenta drsticamente.

FACTORES DE XITO DEL PROYECTO % DE RESPUESTAS

1 Participacin del Usuario 15.9%
2 Apoyo de la Direccin Ejecutiva 13.9%
3 Declaracin clara de Requisitos 13.0%
4 Planificacin Adecuada 9.6%
5 Expectativas realistas 8.2%
6 Pequeos hitos del proyecto 7.7%
7 Personal Competente 7.2%
8 Propiedad 5.3%
9 Visin y Objetivos Claros 2.9%
10 Trabajo duro, personal enfocado 2.4%
11 Otros 13.9%

A los participantes en la encuesta tambin se les pregunt acerca de los factores que hacen que los
proyectos sean cuestionados.
 FACTORES CUESTIONADOS DEL PROYECTO % DE RESPUESTAS
1 Falta de entrada del usuario 12.8%
2 Requisitos y especificaciones incompletos 12.3%
3 Modificacin de requisitos y especificaciones 11.8%
4 Falta de apoyo Ejecutivo 7.5%
5 Incompetencia tecnolgica 7.0%
6 Falta de Recursos 6.4%
7 Expectativas poco realistas 5.9%
8 Objetivos poco claros 5.3%
9 Marcos de tiempo poco realistas 4.3%
10 Nueva tecnologa 3.7%
11 Otros 23.0%

Las opiniones sobre por qu los proyectos estn deteriorados y finalmente cancelados clasificaron
los requisitos incompletos y la falta de participacin del usuario en la parte superior de la lista.

FACTORES DETERIORADOS DEL PROYECTO % DE RESPUESTAS

1 Requisitos incompletos 13.1%
2 Falta de participacin del Usuario 12.4%
3 Falta de Recursos 10.6%
4 Expectativas poco realistas 9.9%
5 Falta de apoyo Ejecutivo 9.3%
6 Cambio de requisitos y especificaciones 8.7%
7 Falta de planificacin 8.1%
8 No necesitaba ms tiempo 7.5%
9 Falta de gestin de TI 6.2%
10 Analfabetismo tecnolgico 4.3%
11 Otros 9.9%