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

6 comentarios en “Errores clásicos en el desarrollo software”

  1. Pingback: Errores clásicos en el desarrollo software

  2. hola me he interesado en su pagina pues en estos días tengo una tarea donde me es requerido saber de un error común en el desarrollo de software…,pues me encuentro cursando la materia de desarrollo de potencial creativo en a universidad y es una de las actividades nos e si pueda asesorarme con algún proyecto popular actual que haya tenido errores y sus posibles solucionens para satisfacer y tener el éxito resguardado…, ojalá pueda responderme y ayudarme.
    saludos y bendiciones siempre, en espera de su pronta respuesta

  3. Muy interesante y concuerdo en muchos aspectos. Me gustaría saber, la/las fuentes(s) de información que empleaste para crear esta entrada, es solo la experiencia o algún otra?.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Share This
Ir arriba