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