SlideShare una empresa de Scribd logo
1 de 11
Descargar para leer sin conexión
Gestión de Riesgos
Que es un Riesgo
De forma simple, se puede concebir un riesgo como una probabilidad de que
una circunstancia adversa ocurra. Los riesgos son una amenaza para el
proyecto, para el software que se está desarrollando y para la organización
Personal
Tecnología
Entrega y
Distribución
Clientes
Equipo y
Maquinaria
Alcance
Administrativos
Categorías de Riesgos
Riesgos del proyecto.
Éstos afectan la calendarización o los recursos del proyecto. Un
ejemplo podría ser la pérdida de un diseñador experimentado.
Riesgos del producto.
Éstos afectan a la calidad o al rendimiento del software que se está
desarrollando. Un ejemplo podría ser que el rendimiento en un
componente que hemos comprado sea menor que el esperado.
Riesgos del negocio.
Estos afectan a la organización que desarrolla o suministra el
software. Por ejemplo, que un competidor introduzca un nuevo
producto es un riesgo de negocio.
Posibles Riesgos en el proyecto del
Software
Plan de Trabajo
Introducción. Describe brevemente los objetivos del proyecto y expone las
restricciones (por ejemplo, presupuesto, tiempo, etcétera) que afectan a la gestión
del proyecto.
Organización del proyecto. Describe la forma en que el equipo de desarrollo está
organizado, la gente involucrada y sus roles en el equipo.
Análisis de riesgo. Describe los posibles riesgos del proyecto, la probabilidad de
que surjan estos riesgos y las estrategias de reducción de riesgos propuestas.
Requerimientos de recursos de hardware y software. Describe el hardware y el
software de ayuda requeridos para llevar a cabo el desarrollo. Si es necesario
comprar hardware, se deben incluir las estimaciones de los precios y las fechas de
entrega.
División del trabajo. Describe la división del proyecto en actividades e identifica
los hitos y productos a entregar asociados con cada actividad.
Programa del proyecto. Describe las dependencias entre actividades, el tiempo
estimado requerido para alcanzar cada hito y la asignación de la gente a las
actividades.
Plan de Trabajo
Mecanismos de supervisión e informe. Describe la gestión de informes y cuándo
deben producirse, así como los mecanismos de supervisión del proyecto a
utilizar.
Recomendación: El plan del proyecto debe revisarse regularmente durante el
proyecto. Algunas partes, como el calendario del proyecto, cambiarán
frecuentemente; otras serán más estables. Para simplificarlas revisiones, se debe
organizar el documento en secciones separadas que permitan su reemplazo de forma
individual conforme evoluciona el plan.
Hitos y Entregas
Puntos finales de una actividad del proceso del
software—. En cada uno, debe existir una
salida formal, como un informe, que se debe
presentar al gestor.
Una entrega es el resultado del proyecto que
se entrega al cliente. De forma general, se
entrega al final de una fase principal del
proyecto como la especificación, el diseño, etc.
Como regla general, las entregas son hitos, pero éstos no son necesariamente entregas.
Dichos hitos pueden ser resultados internos del proyecto que son utilizados por el
gestor del proyecto para verificar el progreso del mismo pero que no se entregan al
cliente.
Calendarización del proyecto
Los gestores estiman el tiempo y los recursos requeridos para completar las
actividades y organizarlas en una sucesión coherente.
Identificar
Actividades
Identificar
Independencia
de las
actividades
Estimar Recursos
Para Las
actividades
Creación de
Gráficos
Asignar Personas
a las Actividades
Requerimientos
del Software
Redes de Actividades y
Gráficos
Análisis de riesgos
Probabilidad Efecto
Muy bajo (< 10%)
Bajo (10-25%)
moderado(25-50%)
alto (50-75%)
muy alto (>75%)
Catastrófico
Serio
Tolerable
Insignificante
Riesgos Probabilidad Efecto
Los problemas financieros de la organización forzan a
reducir el presupuesto del proyecto
Es imposible reclutar personal con las habilidades
requeridas para el proyecto
El personal clave esta enfermo en momentos critico para
el proyecto
Los componentes de software que deben reutilizarse
contienen defectos que limitan su funcionalidad
Los Clientes no comprenden el impacto de los cambios en
los requerimientos
La capacitación solicitada para el personal no esta
disponible
Riesgos Probabilidad Efecto
Los problemas financieros de la organización forzan a
reducir el presupuesto del proyecto
Baja Catastrófica
Es imposible reclutar personal con las habilidades
requeridas para el proyecto
Alta Catastrófica
El personal clave esta enfermo en momentos critico para
el proyecto
Moderada Serio
Los componentes de software que deben reutilizarse
contienen defectos que limitan su funcionalidad
Moderada Serio
Los Clientes no comprenden el impacto de los cambios en
los requerimientos
Moderada Tolerante
La capacitación solicitada para el personal no esta
disponible
Moderada Tolerante

Más contenido relacionado

La actualidad más candente

Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAngel Reyes
 
Ingenieria del software 2
Ingenieria del software 2Ingenieria del software 2
Ingenieria del software 2Luis
 
Analisis y-gestion-de-riesgo
Analisis y-gestion-de-riesgoAnalisis y-gestion-de-riesgo
Analisis y-gestion-de-riesgodaniieMS
 
3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS
3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS
3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOSDaniela Barrientos
 
Plan de gestión del riesgo
Plan de gestión del riesgoPlan de gestión del riesgo
Plan de gestión del riesgoEmiliano Grande
 
3.5.1 Tipos-de-riesgos
3.5.1 Tipos-de-riesgos3.5.1 Tipos-de-riesgos
3.5.1 Tipos-de-riesgosKike Lopez
 
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de softwareGestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de softwareBlace57
 
6 GestióN De Riesgos
6   GestióN De Riesgos6   GestióN De Riesgos
6 GestióN De Riesgosequisoide
 
Gestion De Proyectos
Gestion De ProyectosGestion De Proyectos
Gestion De Proyectosguest23ec84
 
Reconocer Y Manejar Riesgos De Proyectos
Reconocer Y Manejar Riesgos De ProyectosReconocer Y Manejar Riesgos De Proyectos
Reconocer Y Manejar Riesgos De ProyectosLuis Guillen
 
¿Gestión de Riesgos: cómo manejar las incertidumbres del proyecto?
¿Gestión de Riesgos: cómo manejar las incertidumbres del proyecto?¿Gestión de Riesgos: cómo manejar las incertidumbres del proyecto?
¿Gestión de Riesgos: cómo manejar las incertidumbres del proyecto?Software Guru
 

La actualidad más candente (20)

Análisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de softwareAnálisis de riesgos de un proyecto de software
Análisis de riesgos de un proyecto de software
 
Ingenieria del software 2
Ingenieria del software 2Ingenieria del software 2
Ingenieria del software 2
 
GESTION DEL RIESGO
GESTION DEL RIESGOGESTION DEL RIESGO
GESTION DEL RIESGO
 
Proyectos informaticos
Proyectos informaticosProyectos informaticos
Proyectos informaticos
 
Analisis y-gestion-de-riesgo
Analisis y-gestion-de-riesgoAnalisis y-gestion-de-riesgo
Analisis y-gestion-de-riesgo
 
3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS
3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS
3.5.2 IDENTIFICACIÓN, IMPACTO Y PROYECCIÓN DEL RIEGOS
 
PMI Gestion de Riesgos
PMI Gestion de RiesgosPMI Gestion de Riesgos
PMI Gestion de Riesgos
 
Plan de gestión del riesgo
Plan de gestión del riesgoPlan de gestión del riesgo
Plan de gestión del riesgo
 
Gestion De Proyectos De Ti
Gestion De Proyectos De TiGestion De Proyectos De Ti
Gestion De Proyectos De Ti
 
3.5.1 Tipos-de-riesgos
3.5.1 Tipos-de-riesgos3.5.1 Tipos-de-riesgos
3.5.1 Tipos-de-riesgos
 
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de softwareGestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de software
 
6 GestióN De Riesgos
6   GestióN De Riesgos6   GestióN De Riesgos
6 GestióN De Riesgos
 
Gestion De Proyectos
Gestion De ProyectosGestion De Proyectos
Gestion De Proyectos
 
Gestión riesgos
Gestión riesgosGestión riesgos
Gestión riesgos
 
Riesgos
RiesgosRiesgos
Riesgos
 
Riesgos
RiesgosRiesgos
Riesgos
 
Reconocer Y Manejar Riesgos De Proyectos
Reconocer Y Manejar Riesgos De ProyectosReconocer Y Manejar Riesgos De Proyectos
Reconocer Y Manejar Riesgos De Proyectos
 
¿Gestión de Riesgos: cómo manejar las incertidumbres del proyecto?
¿Gestión de Riesgos: cómo manejar las incertidumbres del proyecto?¿Gestión de Riesgos: cómo manejar las incertidumbres del proyecto?
¿Gestión de Riesgos: cómo manejar las incertidumbres del proyecto?
 
Gerencia de proyectos: Análisis de riesgo de un proyecto
Gerencia de proyectos: Análisis de riesgo de un proyectoGerencia de proyectos: Análisis de riesgo de un proyecto
Gerencia de proyectos: Análisis de riesgo de un proyecto
 
Gestion de riesgos - pmi
Gestion de riesgos - pmiGestion de riesgos - pmi
Gestion de riesgos - pmi
 

Similar a Gestion de riesgos_ingenieria_de_software

Curso de Ingeniería de Software - Capitulo5
Curso de Ingeniería de Software - Capitulo5Curso de Ingeniería de Software - Capitulo5
Curso de Ingeniería de Software - Capitulo5Eddie Malca
 
Information Systems Project Management - Planning The Project
Information Systems Project Management - Planning The ProjectInformation Systems Project Management - Planning The Project
Information Systems Project Management - Planning The ProjectJose Manuel Sandria
 
Ra semana 12
Ra semana 12Ra semana 12
Ra semana 12victdiazm
 
Resumen administración de proyectos
Resumen administración de proyectosResumen administración de proyectos
Resumen administración de proyectoscarmencitagp
 
Planificacion de proyecto
Planificacion de proyectoPlanificacion de proyecto
Planificacion de proyectoEduardo Sanchez
 
Planificación de un Proyecto de Software
Planificación de un Proyecto de SoftwarePlanificación de un Proyecto de Software
Planificación de un Proyecto de SoftwareJessMarcano5
 
Planificación de proyectos de software
Planificación de proyectos de software Planificación de proyectos de software
Planificación de proyectos de software Yaskelly Yedra
 
Planificacion de un Proyecto de Software
Planificacion de un Proyecto de SoftwarePlanificacion de un Proyecto de Software
Planificacion de un Proyecto de SoftwareGlamisleidys Chourio
 
Importancia Requerimientos
Importancia RequerimientosImportancia Requerimientos
Importancia RequerimientosDavid Ramirez
 
Gestion de proyectos
Gestion de proyectosGestion de proyectos
Gestion de proyectosAntonio Diaz
 
Planificacion de proyectos
Planificacion de proyectosPlanificacion de proyectos
Planificacion de proyectosLeonel Ibarra
 

Similar a Gestion de riesgos_ingenieria_de_software (20)

Curso de Ingeniería de Software - Capitulo5
Curso de Ingeniería de Software - Capitulo5Curso de Ingeniería de Software - Capitulo5
Curso de Ingeniería de Software - Capitulo5
 
Information Systems Project Management - Planning The Project
Information Systems Project Management - Planning The ProjectInformation Systems Project Management - Planning The Project
Information Systems Project Management - Planning The Project
 
Ing sw 04_01
Ing sw 04_01Ing sw 04_01
Ing sw 04_01
 
Ra semana 12
Ra semana 12Ra semana 12
Ra semana 12
 
Trabajo planeamiento
Trabajo planeamientoTrabajo planeamiento
Trabajo planeamiento
 
Manual Del Proyecto
Manual Del ProyectoManual Del Proyecto
Manual Del Proyecto
 
Resumen administración de proyectos
Resumen administración de proyectosResumen administración de proyectos
Resumen administración de proyectos
 
Desarrollo de Sistemas de Información
Desarrollo de Sistemas de InformaciónDesarrollo de Sistemas de Información
Desarrollo de Sistemas de Información
 
Planificacion de proyecto
Planificacion de proyectoPlanificacion de proyecto
Planificacion de proyecto
 
Planificación de un Proyecto de Software
Planificación de un Proyecto de SoftwarePlanificación de un Proyecto de Software
Planificación de un Proyecto de Software
 
Planificación de proyectos de software
Planificación de proyectos de software Planificación de proyectos de software
Planificación de proyectos de software
 
Clase 8, 12/9/2007
Clase 8, 12/9/2007Clase 8, 12/9/2007
Clase 8, 12/9/2007
 
Yorgelis gomez
Yorgelis gomezYorgelis gomez
Yorgelis gomez
 
Planificacion de un Proyecto de Software
Planificacion de un Proyecto de SoftwarePlanificacion de un Proyecto de Software
Planificacion de un Proyecto de Software
 
Metricas
Metricas Metricas
Metricas
 
Importancia Requerimientos
Importancia RequerimientosImportancia Requerimientos
Importancia Requerimientos
 
Gestion de proyectos
Gestion de proyectosGestion de proyectos
Gestion de proyectos
 
Metodologias
MetodologiasMetodologias
Metodologias
 
Gerencia Proyectos Informaticos
Gerencia Proyectos InformaticosGerencia Proyectos Informaticos
Gerencia Proyectos Informaticos
 
Planificacion de proyectos
Planificacion de proyectosPlanificacion de proyectos
Planificacion de proyectos
 

Gestion de riesgos_ingenieria_de_software

  • 2. Que es un Riesgo De forma simple, se puede concebir un riesgo como una probabilidad de que una circunstancia adversa ocurra. Los riesgos son una amenaza para el proyecto, para el software que se está desarrollando y para la organización Personal Tecnología Entrega y Distribución Clientes Equipo y Maquinaria Alcance Administrativos
  • 3. Categorías de Riesgos Riesgos del proyecto. Éstos afectan la calendarización o los recursos del proyecto. Un ejemplo podría ser la pérdida de un diseñador experimentado. Riesgos del producto. Éstos afectan a la calidad o al rendimiento del software que se está desarrollando. Un ejemplo podría ser que el rendimiento en un componente que hemos comprado sea menor que el esperado. Riesgos del negocio. Estos afectan a la organización que desarrolla o suministra el software. Por ejemplo, que un competidor introduzca un nuevo producto es un riesgo de negocio.
  • 4. Posibles Riesgos en el proyecto del Software
  • 5. Plan de Trabajo Introducción. Describe brevemente los objetivos del proyecto y expone las restricciones (por ejemplo, presupuesto, tiempo, etcétera) que afectan a la gestión del proyecto. Organización del proyecto. Describe la forma en que el equipo de desarrollo está organizado, la gente involucrada y sus roles en el equipo. Análisis de riesgo. Describe los posibles riesgos del proyecto, la probabilidad de que surjan estos riesgos y las estrategias de reducción de riesgos propuestas. Requerimientos de recursos de hardware y software. Describe el hardware y el software de ayuda requeridos para llevar a cabo el desarrollo. Si es necesario comprar hardware, se deben incluir las estimaciones de los precios y las fechas de entrega. División del trabajo. Describe la división del proyecto en actividades e identifica los hitos y productos a entregar asociados con cada actividad.
  • 6. Programa del proyecto. Describe las dependencias entre actividades, el tiempo estimado requerido para alcanzar cada hito y la asignación de la gente a las actividades. Plan de Trabajo Mecanismos de supervisión e informe. Describe la gestión de informes y cuándo deben producirse, así como los mecanismos de supervisión del proyecto a utilizar. Recomendación: El plan del proyecto debe revisarse regularmente durante el proyecto. Algunas partes, como el calendario del proyecto, cambiarán frecuentemente; otras serán más estables. Para simplificarlas revisiones, se debe organizar el documento en secciones separadas que permitan su reemplazo de forma individual conforme evoluciona el plan.
  • 7. Hitos y Entregas Puntos finales de una actividad del proceso del software—. En cada uno, debe existir una salida formal, como un informe, que se debe presentar al gestor. Una entrega es el resultado del proyecto que se entrega al cliente. De forma general, se entrega al final de una fase principal del proyecto como la especificación, el diseño, etc. Como regla general, las entregas son hitos, pero éstos no son necesariamente entregas. Dichos hitos pueden ser resultados internos del proyecto que son utilizados por el gestor del proyecto para verificar el progreso del mismo pero que no se entregan al cliente.
  • 8. Calendarización del proyecto Los gestores estiman el tiempo y los recursos requeridos para completar las actividades y organizarlas en una sucesión coherente. Identificar Actividades Identificar Independencia de las actividades Estimar Recursos Para Las actividades Creación de Gráficos Asignar Personas a las Actividades Requerimientos del Software Redes de Actividades y Gráficos
  • 9. Análisis de riesgos Probabilidad Efecto Muy bajo (< 10%) Bajo (10-25%) moderado(25-50%) alto (50-75%) muy alto (>75%) Catastrófico Serio Tolerable Insignificante
  • 10. Riesgos Probabilidad Efecto Los problemas financieros de la organización forzan a reducir el presupuesto del proyecto Es imposible reclutar personal con las habilidades requeridas para el proyecto El personal clave esta enfermo en momentos critico para el proyecto Los componentes de software que deben reutilizarse contienen defectos que limitan su funcionalidad Los Clientes no comprenden el impacto de los cambios en los requerimientos La capacitación solicitada para el personal no esta disponible
  • 11. Riesgos Probabilidad Efecto Los problemas financieros de la organización forzan a reducir el presupuesto del proyecto Baja Catastrófica Es imposible reclutar personal con las habilidades requeridas para el proyecto Alta Catastrófica El personal clave esta enfermo en momentos critico para el proyecto Moderada Serio Los componentes de software que deben reutilizarse contienen defectos que limitan su funcionalidad Moderada Serio Los Clientes no comprenden el impacto de los cambios en los requerimientos Moderada Tolerante La capacitación solicitada para el personal no esta disponible Moderada Tolerante