Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Riesgos en los proyectos de software

1,353 views

Published on

  • Be the first to comment

  • Be the first to like this

Riesgos en los proyectos de software

  1. 1. RIESGOS EN LOS PROYECTOS DE SOFTWARE<br />Alejandra Yepes Molina<br />Felipe Fuquenes<br />
  2. 2. RIESGOS EN EL SOFTWARE<br />El riesgo siempre implica dos características:<br />INCERTIDUMBRE: El acontecimiento que caracteriza al riesgo de que pueda o no pueda ocurrir.<br />PÉRDIDA: Si el riesgo se convierte en una realidad, ocurrirán consecuencias no deseadas o pérdidas. <br />
  3. 3. CATEGORÍAS<br />Cuando se analizan los riesgos es importante cuantificar el nivel de incertidumbre y el grado de pérdidas asociado con cada riesgo. Para hacerlo, se consideran las siguientes categorías de riesgos:<br />
  4. 4. LOS RIESGOS DEL PROYECTO<br />LOS RIESGOS TÉCNICOS<br />LOS RIESGOS DEL NEGOCIO<br />LOS RIESGOS CONOCIDOS <br />LOS RIESGOS PREDECIBLES<br />LOS RIESGOS IMPREDECIBLES<br />
  5. 5. IDENTIFICACIÓN DEL RIESGO<br />La identificación del riesgo es un intento sistemático para especificar las amenazas al plan del proyecto; identificando los riesgos conocidos y predecibles, el gestor del proyecto da un paso adelante para evitarlos cuando sea posible y controlarlos cuando sea necesario.<br />
  6. 6. Un método para identificar riesgos es crear una lista de comprobación de elementos de riesgo. La lista de comprobación se puede utilizar para identificar riesgos yse centra en un subconjunto de riesgos conocidos y predecibles en las siguientes subcategorías genéricas<br />
  7. 7. TAMAÑO DEL PRODUCTO<br />IMPACTO EN EL NEGOCIO<br />CARACTERÍSTICAS DEL CLIENTE<br />DEFINICIÓN DEL PROCESO<br />ENTORNO DE DESARROLLO<br />TECNOLOGÍA A CONSTRUIR<br />TAMAÑO Y EXPERIENCIA DE LA PLANTILLA<br />
  8. 8. El tiempo invertido identificando, analizando y gestionando el riesgo merece la pena por muchas razones: menos trastornos durante el proyecto, una mayor habilidad de seguir y controlar el proyecto y la confianza que da planificar los problemas antes de que ocurran<br />CONCLUSIÓN<br />
  9. 9. Ingeniería del Software, un enfoque práctico. <br />Roger S. Pressman<br />BIBLIOGRAFÍA<br />

×