Errores comunes - Departamento de Ingeniería de Sistemas

FACULTAD DE INGENIERIA
DEPARTAMENTO DE INGENIERIA DE
SISTEMAS
ERRORES COMUNES EN INGENIERÍA DE SOFTWARE
Presentados en la exposición sobre SPMP (Luis Felipe Ramírez 2007-1)
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
ƒ
No hay plan
No planearon todo
No contemplaron bien los riesgos
Usan el mismo plan para todos los proyectos
Usan el plan que otro hizo
El plan es muy alejado de la realidad
Planear muchos detalles muy pronto
Planear para después alcanzar
No aprender de los errores de planeación pasados
Los 18 errores más comunes en proyectos de software (exposición 2006-1)
1. No estábamos tratando el problema correcto
2. Diseñamos lo que no era
3. Utilizamos la tecnología equivocada
4. No diseñamos una buena agenda para el Proyecto
5. No contábamos con el patrocinador adecuado
6. El equipo no congeniaba
7. No involucramos a la gente adecuada
8. No comunicamos adecuadamente lo que estábamos haciendo
9. No prestamos atención a los riesgos del proyecto
10. El proyecto costó mucho más de lo que se esperaba
11. No comprendimos ni informamos del progreso de acuerdo con el plan
12. Intentamos hacer demasiado
13. No realizamos suficientes pruebas
14. No supimos adiestrar al cliente
15. No nos retiramos del proyecto cuando deberíamos haberlo hecho
16. Fallamos al final
17. El gerente no cumplió con lo que debía
18. No había plan B
36 Errores Clásicos (Steve MacConnell 1996)
1. Baja motivación del equipo
2. Baja calidad de la gente
3. Empleados problema sin control
4. Énfasis en heroísmo
5. Agregar gente a proyecto atrasado
6. Oficinas ruidosas y muy saturadas
Curso Ingeniería de Software
Luis Carlos Díaz – 2007-1
7. Fricción entre desarrolladores y clientes
8. Expectativas poco realistas
9. Falta de apoyo (sponsorship) ejecutivo
10. Falta de convencimiento de stakeholders
11. Falta de participación de los usuarios
12. Política predomina sobre el desarrollo
13. “Wishful Thinking” Ilusiones
14. Programación de tareas muy optimista
15. Manejo de riesgo insuficiente
16. Fallos de los contratos
17. Planeación Insuficiente
18. Abandono de planes bajo presión
19. Malgasto de tiempo en el inicio del proyecto
20. Recortes en Análisis y Diseño (actividades iniciales)
21. Diseño inadecuado
22. Recorte en aseguramiento de calidad
23. Controles de gestión insuficientes
24. Convergencia prematura o muy frecuente
25. Omisión de tareas en las estimaciones
26. Plan de recuperarse más adelante
27. “Code-like-hell programming”
28. Más requerimientos de los necesarios
29. Demasiadas características de los requerimientos
30. Desarrollo/tecnología innecesaria (moda)
31. Aceptación de + características por + tiempo
32. Desarrollo que es una investigación
33. Síndrome de la bala de plata
34. Sobreestimación de nuevos métodos o herramientas
35. Cambio de herramientas en la mitad del proyecto
36. Falta de manejo automatizado de código fuente
Curso Ingeniería de Software
Luis Carlos Díaz – 2007-1