Your SlideShare is downloading. ×
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Gestion De Riesgos
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Gestion De Riesgos

22,592

Published on

Exposición de Gestión de Riesgos del Instituto Tecnológico de Parral para la materia de Fundamentos de Desarrollo de Sistemas. 2010

Exposición de Gestión de Riesgos del Instituto Tecnológico de Parral para la materia de Fundamentos de Desarrollo de Sistemas. 2010

1 Comment
9 Likes
Statistics
Notes
  • Muy buen material; gracias por compartir el valioso documento.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total Views
22,592
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
695
Comments
1
Likes
9
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Instituto Tecnológico de Parral Fundamentos de Desarrollo de Sistemas M. C. Omar Bañuelos GESTIÓN DE RIESGOS Integrantes: Cristopher Holguín Armendáriz Vanesa Terrazas López Josué Ramírez Yáñez Azucena Suárez Olivas Jesús Alvarado Sáenz
  • 2. Gestión de Riesgos:
    • Categorías
    • Riesgos del proyecto
    • Riesgos del producto
    • Riesgos del negocio
    • Etapas
    • Identificación de riesgos
    • Riesgos de tecnología
    • Riesgos de personal
    • Riesgos organizacionales
    • Riesgos de herramientas
    • Riesgos de requerimiento
    • Riesgos de estimación
    • Análisis de riesgos
    • Planificación de riesgos
    • Estrategias de prevención
    • Estrategias de minimización
    • Planes de contingencia
    • Supervisión de riesgos
    • Puntos clave
  • 3. Gestión de Riesgos: Una tarea del gestor de proyectos es anticipar los riesgos que podrían afectar a la programación del proyecto o a la calidad del software a desarrollar y emprender aplicaciones para evitar esos riesgos
  • 4.
    • Los resultados de este análisis de riesgos se deben documentar a lo largo del plan del proyecto junto con el análisis de consecuencias cuando el riesgo ocurra.
    • Identificar estos riesgos y crear planes para minimizar sus efectos en el proyecto se llama gestión de riesgo.
  • 5. Gestión de Riesgos:
    • Categorías
    • Riesgos del proyecto
    • Riesgos del producto
    • Riesgos del negocio
    • Etapas
    • Identificación de riesgos
    • Riesgos de tecnología
    • Riesgos de personal
    • Riesgos organizacionales
    • Riesgos de herramientas
    • Riesgos de requerimiento
    • Riesgos de estimación
    • Análisis de riesgos
    • Planificación de riesgos
    • Estrategias de prevención
    • Estrategias de minimización
    • Planes de contingencia
    • Supervisión de riesgos
    • Puntos clave
  • 6. Categorías
    • Riesgos del proyecto
    • Riesgos del producto
    • Riesgos del negocio
  • 7. Riesgos del proyecto
    • Estos afectan la calendarización o los recursos del proyecto.
  • 8. Riesgos del producto
    • Estos afectan a la calidad o al rendimiento del software que se esta desarrollando
  • 9. Riesgos del negocio
    • Estos afectan a la organización que desarrolla o suministra el software
  • 10.
    • Los tipos de riegos que pueden afectar a un proyecto dependen del propio proyecto, sin embargo muchos riesgos son universales.
  • 11.
    • La gestión de riesgos es importante particularmente para los proyectos de Software debido a las incertidumbres.
    • Estas incertidumbres son el resultado de los requerimientos ambiguamente definidos.
    • Es preciso anticiparse a
    • los riesgos.
  • 12. Gestión de Riesgos:
    • Categorías
    • Riesgos del proyecto
    • Riesgos del producto
    • Riesgos del negocio
    • Etapas
    • Identificación de riesgos
    • Riesgos de tecnología
    • Riesgos de personal
    • Riesgos organizacionales
    • Riesgos de herramientas
    • Riesgos de requerimiento
    • Riesgos de estimación
    • Análisis de riesgos
    • Planificación de riesgos
    • Estrategias de prevención
    • Estrategias de minimización
    • Planes de contingencia
    • Supervisión de riesgos
    • Puntos clave
  • 13. Etapas
    • Identificación de riesgos: identificar los posibles riesgos para el proyecto, el producto y los negocios.
    • Análisis de riesgos: Valorar las probabilidades y consecuencias de estos riesgos.
    • Planificación de riesgos: Crear planes para abordar los riesgos, ya sea para evitarlos o minimizar sus efectos en el proyecto.
    • Supervisión de riesgos: Valorar los riesgos de forma constante y revisar los planes para la mitigación de riesgos tan pronto como la información de los riesgos este disponible.
  • 14.
    • El proceso de gestión de riesgos, como otros de planificación de proyectos, es un proceso iterativo que se aplica a lo largo de todo el proyecto.
    • Los resultados del proceso de gestión de riesgos se deben documentar en un plan de gestión de riesgos.
  • 15. Identificación de riesgos
    • Primera etapa de la gestión de riesgo. Comprende el descubrimiento de los posibles riesgos del proyecto
  • 16. Riesgos de tecnología:
    • Se deriva de las tecnologías de software o de hardware utilizadas en el sistema que se esta desarrollando.
  • 17. Riesgos de personal:
    • Riesgos asociados con las personas del equipo de desarrollo.
  • 18. Riesgos organizacionales:
    • Se derivan del entorno organizacional donde el software se esta desarrollando.
  • 19. Riesgos de herramientas:
    • Se derivan de herramientas CASE y de otro software de apoyo utilizado para desarrollar el sistema.
  • 20. Riesgos de requerimiento:
    • Se derivan de los cambios de los requerimientos del cliente y el proceso de gestionar dicho cambio.
  • 21. Riesgos de estimación:
    • Se derivan de los estimados administrativos de las características del sistema y los recursos requeridos para construir dicho sistema.
  • 22.
  • 23. Gestión de Riesgos:
    • Categorías
    • Riesgos del proyecto
    • Riesgos del producto
    • Riesgos del negocio
    • Etapas
    • Identificación de riesgos
    • Riesgos de tecnología
    • Riesgos de personal
    • Riesgos organizacionales
    • Riesgos de herramientas
    • Riesgos de requerimiento
    • Riesgos de estimación
    • Análisis de riesgos
    • Planificación de riesgos
    • Estrategias de prevención
    • Estrategias de minimización
    • Planes de contingencia
    • Supervisión de riesgos
    • Puntos clave
  • 24. ANÁLISIS DE RIESGOS En este proceso se considera por separado cada riesgo identificado y se decide acerca de la probabilidad y la seriedad del mismo. No se hace una valoración con números precisos si no en intervalos.
  • 25. TABLA DE ANALISIS DE RIESGOS
  • 26. Gestión de Riesgos:
    • Categorías
    • Riesgos del proyecto
    • Riesgos del producto
    • Riesgos del negocio
    • Etapas
    • Identificación de riesgos
    • Riesgos de tecnología
    • Riesgos de personal
    • Riesgos organizacionales
    • Riesgos de herramientas
    • Riesgos de requerimiento
    • Riesgos de estimación
    • Análisis de riesgos
    • Planificación de riesgos
    • Estrategias de prevención
    • Estrategias de minimización
    • Planes de contingencia
    • Supervisión de riesgos
    • Puntos clave
  • 27. PLANIFICACIÓN DE RIESGOS Considera cada uno de los riesgos clave que han sido identificados, así como las estrategias para gestionarlos. No existe un proceso sencillo que nos permita establecer los planes de gestión de riesgos.
  • 28. ESTRATEGIAS
    • ESTRATEGIAS DE PREVENCION: siguiendo estas estrategias, la probabilidad de que el riesgo aparezca se reduce.
  • 29. 2. ESTRATEGIAS DE MINIMIZACIÓN: Con estas estrategias se reducirá el impacto del riesgo.
  • 30. 3. PLANES DE CONTINGENCIA: Con el seguimiento de estas estrategias es estar preparado para lo peor y tener una estrategia para cada caso.
  • 31.
  • 32. Gestión de Riesgos:
    • Categorías
    • Riesgos del proyecto
    • Riesgos del producto
    • Riesgos del negocio
    • Etapas
    • Identificación de riesgos
    • Riesgos de tecnología
    • Riesgos de personal
    • Riesgos organizacionales
    • Riesgos de herramientas
    • Riesgos de requerimiento
    • Riesgos de estimación
    • Análisis de riesgos
    • Planificación de riesgos
    • Estrategias de prevención
    • Estrategias de minimización
    • Planes de contingencia
    • Supervisión de riesgos
    • Puntos clave
  • 33. SUPERVISIÓN DE RIESGOS La supervisión de riesgos normalmente valora cada uno de los riesgos identificados para decidir si este es mas o menos probable y si han cambiado sus efectos. Esto no se puede observar de forma directa, por lo que se tiene que buscar otros factores para dar indicios de la probabilidad de riesgos. Estos factores dependen de los tipos de riesgos.
  • 34. FACTORES DE RIESGO
  • 35. Puntos clave:
    • Es esencial una buena gestión de proyectos de software para los proyectos de ingeniera de software.
    • La gestión de proyectos de software es diferente a la gestión de otro tipo de ingenierías. El software es intangible. Los proyectos pueden ser nuevos o innovadores.
    • Los gestores de software tienen diversos papeles.
    • Los hitos ocurren de forma frecuente en un proyecto.
    • La calendarización de proyectos implica la creación de varias representaciones graficas de partes del plan del proyecto.
    • Se deben identificar y valorar los riesgos mayores del proyecto para establecer su probabilidad y consecuencias.
  • 36. Conclusión
    • El gestor de proyectos debe anticipar los riesgos que pueden surgir y por consecuente afectar al proyecto o a la calidad del software a desarrollar.
    • Los resultados de este análisis de riesgos se deben documentar durante el tiempo que se ha establecido en el plan del proyecto al igual que con el análisis de consecuencias cuando exista riesgo.
    • Además se debe identificar y crear planes para minimizar los efectos del proyecto por medio de las etapas de la gestión de riesgo las cuales son identificación , análisis, planificación y supervisión de riesgos detectando los tipos de riesgo que pueden o no afectar nuestro proyecto y analizando dentro de la planificación de riesgos las estrategias a seguir.
  • 37. Preguntas???
  • 38. Gracias por su atención!!!

×