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

Algunos “errorcillos” Año 1998: Pérdida de la Sonda Espacial a Marte Año 2006: Ultra confusión con el nuevo sistema de créditos universitario Año 2004: informe publicado donde se analizan 50.000 proyectos TI, talque el 29% finaliza exitosamente, 53% con retrasos +costos adicionales, y un 18% simplemente fracaso

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

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

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

El Conflicto del Desarrollo Luis Hevia 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

Crisis de Proyectos 1 Luis Hevia 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.

Crisis de proyectos 2 Luis Hevia 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.

Errores relacionados con las personas Luis Hevia 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.

Errores relacionados con el proceso. Luis Hevia 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.

Errores relacionados con el producto y la tecnología Luis Hevia 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.

¿y cuáles errores cree Ud. que podría cometer en su proyecto? Considerando que hay otra lista de 112 posibles errores.. Y sin contar aún las leyes de Murphy ….