Riesgos en Proyectos Inform

1

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

2
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

3
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

4
Fuentes de Errores
Luis Hevia

• por Requerimientos 56
• por Diseño 27
• de Programación 7
• Otros 10
• dónde concentrar el esfuerzo para evitar los
  errores?

5
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

6
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

7
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.

8
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.

9
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.

10
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.

11
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.

12
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 .