Resultados de la encuesta sobre “los errores que perjudican más a un proyecto software” y algunos datos curiosos

Finalmente, después de unas semanas de votación, y 171 votos, os dejo en este post los resultados de la encuesta sobre “los errores que perjudican más a un proyecto software”. Los resultados están ordenados por porcentaje de votos obtenidos, y al final de cada resultado podéis encontrar la posición que dicho problema ocupó en la encuesta que hizo McConnell en el 2008.

1. Saltarse la calidad software (pruebas, inspecciones, etc.) para intentar que el proyecto vaya más rápido (61%) (posición 3 en la lista de “most damaged clasic mistakes” de McConnell)
2. Abandonar el plan de proyecto cuando aparecen problemas de fechas (entrando en un codifica y prueba) (38%) (posición 9)
3. Fijar el calendario de proyecto sólo en función de objetivos de negocio (36%) (posición 5)
4. Crear planificaciones demasiado optimistas (34%) (posición 2)
5. Iniciar un proyecto con expectativas que no eran realistas (30%) (posición 1)
6. Gestionar erróneamente los cambios en los requisitos (26%) (posición 7)
7. Gestionar insuficiente los riesgos (21%) (posición 10)
8. Tener a los desarrolladores asignados a demasiadas tareas (18%) (posición 6)
9. Guiarse por ilusiones (balas de plata, etc.) en vez de por la realidad (11%) (posición 4)
10. Trabajar en oficinas ruidosas (5%) (posición 8 )

Ya comentamos que no pretendíamos un estudio altamente riguroso, pero si altamente interesante, e interesantes han sido, quizás más que los resultados, que eran de esperar, las diferencias con la encuesta que hizo McConnell (“Software Development’s Clasic Mistakes 2008”), cuyos votantes eran principalmente de EEUU.
Es curioso como en nuestra encuesta el problema de “Iniciar un proyecto con expectativas que no eran realistas” está en la posición 5 y en la encuesta de McConnell ocupó la posición 1. O que “Saltarse la calidad software (pruebas, inspecciones, etc.) para intentar que el proyecto vaya más rápido” esté en la posición 1 de nuestra encuesta y que ocupase la posición 3 en la de McConnell. Que «Abandonar el plan de proyecto cuando aparecen problemas de fechas (entrando en un codifica y prueba)» esté en la posición 2 de nuestra encuesta y en la 9 (de 10) en la de McConnell.