1 Riesgos en Proyectos Informáticos Objetivo: Identificar principales causales de riesgo de proyectos Luis Hevia.

Presentación del tema: "1 Riesgos en Proyectos Informáticos Objetivo: Identificar principales causales de riesgo de proyectos Luis Hevia."— Transcripción de la presentación:

1 1 Riesgos en Proyectos Informáticos Objetivo: Identificar principales causales de riesgo de proyectos Luis Hevia

2 2 Riesgos de Proyectos Informáticos Usado sin modificar: 2% Usado con cambios: 3% Nunca usado:47% Pagado, pero nunca usado:30% Rehecho, y abandonado:18% Luis Hevia

3 3 Fuentes de Errores por Requerimientos:56% por Diseño:27% de Programación: 7% Otros:10% ¿dónde concentrar el esfuerzo para evitar los errores? Luis Hevia

4 4 El Conflicto de los Requerimientos Exageración al ámbito del Sistema Sistemas “Monstruosos”... “por si Acaso”... los nuevos requerimientos... los últimos requerimientos Estabilidad de lo solicitado Luis Hevia

5 5 El Conflicto del Desarrollo El involucramiento del Usuario La falta de preparación del Usuario La revisión de Informes La Recepción Conforme Experiencia de la Institución El nivel de desconocimiento en el tema Luis Hevia

6 6 Crisis de Proyectos 1 Alto nivel de error en la estimación de recursos y plazos de entrega. Mala calidad en las tareas de Especificación, Análisis y Diseño. Enormes esfuerzos dedicados a la mantención del sistema. Trampa comercial del modelo espiral Alternativa: un proceso de desarrollo inflexible Dificultad para manejar los cambios. Luis Hevia

7 7 Crisis de proyectos 2 Proceso de desarrollo lento e intensivo en mano de obra, que lo hace descontrolado e impredecible Malos niveles de comunicación entre analistas y usuarios finales. Los proyectos informáticos están insertos en un mundo dirigido por un mercado, caótico y humano. Luis Hevia

8 8 Errores relacionados con las personas Motivación débil. Personal mediocre. Empleados problemáticos descontrolados. Confiar en las Hazañas. Añadir más personal a un proyecto retrasado. Oficinas repletas y ruidosas. Fricciones entre los clientes y desarrolladores. Expectativas poco realistas. Falta de un promotor efectivo del proyecto. Falta de participación de los implicados. Consideraciones de Política antes que desarrollo. Ilusiones. Luis Hevia

9 9 Errores relacionados con el proceso. Planificación excesivamente optimista. Gestión de riesgos insuficiente. Falla de los sub-contratistas Planificación insuficiente. Abandono de la planificación bajo presión. Pérdida de tiempo en el inicio difuso. Escatimar en las actividades iniciales. Diseño inadecuado. Escatimar en el control de calidad. Control insuficiente de la dirección Convergencia prematura o excesivamente frecuente. Omitir tareas necesarias en la estimación. Planificar ponerse al día más adelante. Programación a destajo. Luis Hevia

10 10 Errores relacionados con el producto y la tecnología Exceso de requerimientos. Cambio de las prestaciones. Desarrolladores muy meticulosos. Desarrollo más orientado a la investigación. Malos tiras y aflojas en la negociación. Síndrome de la panacea. Sobreestimación de las ventajas del empleo de nuevas herramientas o métodos. Cambiar de herramientas a mitad del proyecto. Falta de control automático para versiones del código fuente. Luis Hevia