Errores clásicos en el desarrollo software

Muchas veces, en alguna conversación referente a algún proyecto software, cuando alguien nos pide una opinión, en alguna charla o cuando estudiamos los riesgos de algún proyecto, suele salir la lista de «errores clásicos» de McConnell. Debido al uso y utilidad de la misma, me ha parecido interesante dejarla resumirda en este post.
En 1996 Steve McConnell publicó el libro “Rapid Development”, en mi opinión uno de los mejores libros que se han escrito en lo que refiere a la gestión de proyectos software, en el que introducía el concepto “error clásico del desarrollo” software.
McConnell definió a los «errores clásicos» como aquellos que se han repetido tantas veces, y por tanta gente, que debieran ser previsibles y siempre se deberían gestionar. El libro describía 36 errores clásicos, que en 2007 se ampliaron a 42, sobre los que se realizó una encuesta sobre aproximadamente 500 profesionales con el objetivo de determinar su frecuencia y gravedad.
A continuación os resumo los errores que ocurren con mayor frecuencia, los  que ocurren con menor frecuencia y los que de ocurrir tienen más impacto:
Errores que ocurren con mayor frecuencia
1.    Planificaciones demasiado optimistas
2.    Expectativas no realistas (o pedirle a un proyecto algo imposible)
3.    Excesivas tareas (cuando, por ejemplo, los desarrolladores están en muchos proyectos a la vez)
4.    Insuficiente aseguramiento de la calidad
5.    Oficinas ruidosas
6.    Incorporación de características (por ejemplo, introducir nuevos requisitos a mitad de proyecto)
7.    Hacerse ilusiones (por ejemplo, cerrar los ojos a lo que se nos viene encima)
8.    Gestión del riesgo insuficiente
9.    Confundir estimaciones con objetivos (cuando por ejemplo el objetivo es tener el software en 3 meses, y de ahí se fija que el desarrollo serán 3 meses)
10.    Omitir tareas relacionadas con la estimación (no guardar históricos para realizar mejores estimaciones, al estimar obviar tareas como son las reuniones, etc.)
Errores que ocurren con menor frecuencia
1.    Cambio de herramientas en mitad del proyecto
2.    Falta de control automatizado del código fuente
3.    Desarrollo dirigido por la investigación
4.    Convergencia prematura o muy frecuente (forzar el cierre de una versión antes de que sea posible)
5.    Estimar obviando el uso de nuevas herramientas o métodos (obviando, por ejemplo, el coste de aprendizaje)
6.    Negociaciones y el “tira y afloja” (entre, por ejemplo, desarrollo y comerciales)
7.    El síndrome de la bala de plata
8.    Errores en la subcontratación
9.    Llevar al equipo en la oscuridad (cuando, por ejemplo, los jefes de proyecto ocultan al equipo el avance y plan de proyecto)
10.    Problemas con el equipo
Errores que provocan problemas de mayor impacto
1.    Expectativas no realistas (o pedirle a un proyecto algo imposible)
2.    Equipo poco preparado
3.    Planificaciones demasiado optimistas
4.    Hacerse ilusiones (por ejemplo, cerrar los ojos a lo que se nos viene encima)
5.    Insuficiente aseguramiento de la calidad
6.    Diseño inadecuado
7.    Falta de apoyo al proyecto
8.    Confundir estimaciones con objetivos (cuando por ejemplo el objetivo es tener el software en 3 meses, y de ahí se fija que el desarrollo serán 3 meses)
9.    Excesivas tareas (cuando, por ejemplo, los desarrolladores están en muchos proyectos a la vez)
10.    Falta de involucración del usuario
Twitter: http://twitter.com/jgarzas

• Acerca de
• Últimas entradas

Javier Garzás

Javier Garzás es Doctor (Ph.D) en Informática, con un
postdoctorado en la Universidad Carnegie Mellon,
EE.UU. Es pionero en management, planificación,
estimación, product management, Agilidad y en la
aplicación de la inteligencia artificial generativa a la
gestión de la creación de productos y servicios
tecnológicos. Fue el único español en la primera
conferencia Ágil de la historia.

Últimas entradas de Javier Garzás (ver todo)

• Diario: cómo Javier Garzás evita quedarse obsoleto estudiando a un X10 con IA-Esteroides - 7 noviembre, 2024
• Si creas Historias de Usuario con IA ¿A quién pertenecen? ¿A ti o la IA? El mono Naruto te lo explica - 31 octubre, 2024
• HistorIAs de usuario y como a Maximiliano lo ENGAÑABAN con la IA y como una viejuna historia del 1500 le salvó - 24 octubre, 2024