Estándares de Programación

ESTP-T

Tema. Análisis del reporte del caos-perspectivas de la

industria del software

El Informe del Caos o Chaos Report se publica anualmente para informarnos de como de
bien o mal se desarrollan los proyectos. Vamos a ver los resultados del año 2015 para ver
que grado de éxito en gestión de proyectos se ha alcanzado.

¿Qué es el Informe del Caos?

El informe del Caos viene siendo publicado por Standish group desde 1994 dando una
visión sobre el fracaso o éxito de los proyectos.

En el informe del año 2015 han estudiado unos 50.000 proyectos de todo el mundo desde
mantenimientos pequeños hasta gigantescos proyectos de reingeniería.

¿Cómo de exitosos han sido los proyectos en 2015?

El siguiente gráfico muestra el porcentaje de éxito o fracaso de los proyectos en 2015.

• Exitosos Son aquellos en los que no hay duda de que fueron un éxito
• Discutidos Son aquellos en los que hay dudas sobre si tuvieron éxito o fueron un
fracaso
• Fallidos Son aquellos en los que no hay duda de que fueron un fracaso

1
 Estándares de Programación
ESTP-T

El primer resultado es muy interesante algo más de la cuarta parte de los proyectos fueron
exitosos. Poco, ¿no?

Comparemos los datos de este año con los datos de proyectos de años anteriores.

Proyectos exitosos, proyectos fracasados

En este nuevo gráfico, se pueden ver los datos calculados en el informe del caos (Chaos
Report) para los últimos 5 años. Para facilitar la comparación se muestran en 3 series
distintas los proyectos exitosos, proyectos discutidos y proyectos fallidos.

Lo primero que me sorprende de esta comparativa, que debemos puntualizar que es del
total de proyectos, es que no hay ninguna tendencia en el éxito de los proyectos ni sube ni

2
 Estándares de Programación
ESTP-T

baja sino que se muestra oscilante sobre los mismos valores: el éxito entorno al 29% y el
fracaso entorno al 19%. Los discutidos entorno al 50%.

Es interesante este dato porque parece que no hay mucha influencia ni de metodologías,
ciclos de vida, etc. parece que hay otros factores que afectan al éxito o fracaso de los
proyectos.

¿Tendrá que ver el tamaño?

El Tamaño importa y mucho. Buscando algún patrón para determinar cómo maximizar el
éxito de los proyectos y minimizar el fracaso, dentro del Chaos Report se muestran estos
porcentajes segmentados por el tamaño de los proyectos.

El resultado es claro y se puede decir incluso que esperado.

Es una sensación que solemos tener de que si el proyecto es pequeño tiene más
probabilidades de éxito. Cuando un proyecto es pequeño es más fácil de controlar, de
manejar, de dirigir y, por tanto, más probable de conseguir el éxito.

Este dato que muestra la grafica, es el dato agregado de los proyectos exitosos desde 2011 a
2015. El dato es demoledor y confirma todas nuestras espectativas: más del 62% de los
proyectos exitosos eran pequeños.

Está claro que los proyectos grandes son exponencialmente más complejos que los
proyectos pequeños y los proyectos gigantes son el acabose.

Una importante lección a aprender:

3
 Estándares de Programación
ESTP-T

Podríamos decir esa manida frase de Divide y Vencerás, pero no por manida deja de ser
menos cierta.

Ágiles vs Cascada

Otra comparativa interesante que nos ofrecen desde el Chaos Report es la comparativa del
éxito de los proyectos en función de la metodología seguida para su desarrollo: ágil vs
predictiva.

Realmente la comparación que nos indica es ágil vs cascada aunque metodologías

predictivias hay muchas otras.

Al revisar los datos ten en cuenta que hay muchos más proyectos en cascada que ágiles y
que el dato que se muestra es relativo, es decir la muestra en ambos casos tiene distinto
tamaño, por lo que puede ser un poco engañoso.

Aún así, por los datos presentados, los proyectos ágiles son mucho más éxitos que los no
ágiles.

Si ahora desglosamos los proyectos no sólo por metodología sino además por tamaño, el dato
obtenido es realmente interesante:

Proyectos Pequeños

Aquí la diferencia no es tan grande pero es evidente. Los proyectos ágiles siguen siendo los
más exitosos aunque por un margen menor.

4
 Estándares de Programación
ESTP-T

Ahora bien cuando subimos en tamaño hacia proyectos grandes la diferencia se vuelve
mucho más grande.

Proyectos Grandes

Con estos datos puede que la metodología en sí no sea el único motivo para la mejora del
éxito de los proyectos sino que como comentaba antes, si dividimos nuestro problema en
partes más manejables, más pequeñas y lo vamos haciendo poco a poco será más
sencillo tener éxito.

Fuente: https://www.infoq.com/articles/standish-chaos-2015

5
 Estándares de Programación
ESTP-T

El Fracaso de un Proyecto
Para poder llegar a la causa raíz del fracaso en los proyectos, el PMI ha realizado en su
serie de estudios Pulse of the Profession una consulta durante el mes de Mayo del año 2014
sobre más de 2.000 profesionales de la gestión de proyectos.

En dicha consulta y con las respuestas de estos profesionales de la gestión de proyectos, se

ha determinado que entre las principales causas del fracaso de un proyecto siempre se
encuentran las siguientes:

• Corrupción del alcance (recuerda que es incluso uno de los 7 Pecados capitales de las
PMO)
• Comunicación pobre.
• Falta de implicación de los interesados
• Apoyo inadecuado del patrocinador del proyecto

La conclusión de este estudio por parte del PMI es que la clave para que las organizaciones
puedan entregar proyectos con éxito está en un buen análisis de negocio (business analysis)
y para ser bueno en análisis de negocio tienes que ser bueno gestionando los requisitos.

Los Puntos de Mejora

No está todo perdido:

En su estudio el PMI encuentra que las organizaciones deben mejorar en 3 puntos clave
para así poder avanzar en una gestión adecuada y exitosa de los requisitos:

• Las Personas. Las organizaciones deben asignar las personas necesarias y suficientes,
además de reconocer y desarrollar las habilidades necesarias para el desarrollo de sus
funciones.
• Los Procesos. Estandarización y formalización de los procesos
• La Cultura. La organización debe crear un sentimiento de urgencia desde la dirección hacia
abajo del desarrollo de las prácticas

6
 Estándares de Programación
ESTP-T

Casi la Mitad de los Proyectos fracasan por una mala Gestión de los Requisitos

Cuando los encuestados respondieron a la pregunta ¿cuál era la principal causa del fracaso
de sus proyectos?

Un 47% de ellos lo hicieron señalando a la mala gestión de los requisitos como la culpable:

Otro dato interesante es que para el 75% de los que indicaron la mala comunicación como
la causa principal de fracaso, señalaron también que esta falta de comunicación afectó
directamente a la gestión de los requisitos.

Luchando de forma injusta

Como apuntábamos más arriba la mala gestión de los requisitos se debe a falta de recursos,
falta de procesos homogéneos y falta de cultura:

• Sólo el 49% de los encuestados reconoció disponer de los recursos necesarios

para desarrollar las tareas necesarias.
• Sólo el 24% de los encuestados reconoció que desarrollaba adecuadamente las
capacidades y habilidades de sus equipos.
• Y sólo el 46% de las organizaciones reconoce utilizar un proceso formal para
asegurar la validación de los requerimientos.

Así parece difícil conseguir el éxito:

Fuente: http://www.pmi.org/-/media/pmi/documents/public/pdf/learning/thought-
leadership/pulse/requirements-management.pdf