SlideShare una empresa de Scribd logo
1 de 8
Instituto Tecnológico de Acapulco
Ing. en Sistemas Computacionales
Gestión de Proyectos de Software.
Nombre de Alumno: No. Control
Cruz Cruz Uriel
Jiménez Solano Omar de Jesús
López Flores Enrique
15321036
15321100
15321108
3. Planificación del proyecto.
Acapulco, Guerrero. 13 de octubre de 2018
3.5.1 Tipos de riesgos.
Una tarea importante 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 acciones para evitar esos
riesgos.
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 y crear planes para minimizar sus
efectos en el proyecto se llama gestión de riesgos
(Hall, 1998; Ould, 1999).
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.
Estas categorías de riesgos se definen como se muestra a
continuación:
• 1-Riesgos del proyecto.
Estos afectan la calendarización o los recursos del proyecto.
Un ejemplo podría ser la pérdida de un diseñador
experimentado.
• 2-Riesgos del producto.
Estos afectan a la calidad o al rendimiento de software que se
está desarrollando. Un ejemplo podría ser que el rendimiento
en un componente que hemos comprado sea menor que el
esperado.
• 3-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.
Por supuesto, estos tipos no son exclusivos entre sí. Si un
programador experto abandona el proyecto, esto es un
riesgo para el proyecto (debido a que la entrega del sistema
se puede retrasar), para el producto (debido a que un
sustituto puede no ser tan experto y cometer muchos
errores) y para el negocio (debido a que esa experiencia
puede no contribuir a negocios futuros).
Los riesgos pueden afectar a un proyecto dependen del
propio proyecto y del entorno organizacional donde se
desarrolla. Sin embargo, muchos riesgos son universales.
La gestión de riesgos es importante particularmente para
los proyectos de software debido a las incertidumbres
inherentes con las que se enfrentan muchos proyectos.
TIPO DE RIESGO INDICADOR POTENCIAL
Tecnología Entrega retrasada del hardware o de la ayuda al software, muchos
problemas tecnológicos reportados.
Personal Baja moral del personal, malas relaciones entre los miembros del equipo,
disponibilidad de empleo.
Organizacional Chismorreo organizacional, falta de acciones por el gestor principal.
Herramientas Rechazo de los miembros del equipo para utilizar herramientas, quejas
acerca de las herramientas CASE, peticiones de estaciones de trabajo.
Requerimientos Peticiones de muchos cambios en los requerimientos, quejas del cliente.
Estimación Fracaso en el cumplimiento de los tiempos acordados, y en la eliminación
de defectos reportados.
Figura 5.14 Factores de riesgo.
Bibliografía
Sommerville, I. (2005). Ingeniería del software. Madrid: PEARSON
EDUCACIÓN. S.A.

Más contenido relacionado

La actualidad más candente

DiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del SoftwareDiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del Softwarelcastillo110
 
Protección y Seguridad de los sistemas operativos
Protección y Seguridad de los sistemas operativosProtección y Seguridad de los sistemas operativos
Protección y Seguridad de los sistemas operativosAquiles Guzman
 
Estrategias prueba de software
Estrategias prueba de softwareEstrategias prueba de software
Estrategias prueba de softwareCentro Líbano
 
Métrica de punto de función y lineas de codigo
Métrica de punto de función y lineas de codigoMétrica de punto de función y lineas de codigo
Métrica de punto de función y lineas de codigoJesús E. CuRias
 
Metricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccionMetricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccionJose Diaz Silva
 
Metodologias De Desarrollo De Software
Metodologias De Desarrollo De SoftwareMetodologias De Desarrollo De Software
Metodologias De Desarrollo De Softwareguesta1695670
 
Modelos y capas de la ingenieria de software
Modelos y capas  de la ingenieria de softwareModelos y capas  de la ingenieria de software
Modelos y capas de la ingenieria de softwarejhonatanalex
 
Estructura de lenguaje ensamblador
Estructura de lenguaje ensambladorEstructura de lenguaje ensamblador
Estructura de lenguaje ensambladorEustakiu Padilla
 
Modelo de desarrollo de software espiral
Modelo de desarrollo de software espiralModelo de desarrollo de software espiral
Modelo de desarrollo de software espiralMarco Tinajero
 
Diseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-softwareDiseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-softwareAndresRealp1
 
Programación del lado del cliente
Programación del lado del clienteProgramación del lado del cliente
Programación del lado del clienteGabriel Mondragón
 
25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de SoftwareCamila Arbelaez
 
Principios de diseño de la arquitectura del software
Principios de diseño de la arquitectura del softwarePrincipios de diseño de la arquitectura del software
Principios de diseño de la arquitectura del softwareJose Patricio Bovet Derpich
 
13 tipos de diagramas uml, la metodología de desarrollo ágil de software y la...
13 tipos de diagramas uml, la metodología de desarrollo ágil de software y la...13 tipos de diagramas uml, la metodología de desarrollo ágil de software y la...
13 tipos de diagramas uml, la metodología de desarrollo ágil de software y la...Uriel Herrera
 
Modelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de InformaciónModelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de InformaciónIsaias Toledo
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionAbner Gerardo
 

La actualidad más candente (20)

DiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del SoftwareDiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del Software
 
Herramientas case
Herramientas caseHerramientas case
Herramientas case
 
Protección y Seguridad de los sistemas operativos
Protección y Seguridad de los sistemas operativosProtección y Seguridad de los sistemas operativos
Protección y Seguridad de los sistemas operativos
 
Estrategias prueba de software
Estrategias prueba de softwareEstrategias prueba de software
Estrategias prueba de software
 
Métrica de punto de función y lineas de codigo
Métrica de punto de función y lineas de codigoMétrica de punto de función y lineas de codigo
Métrica de punto de función y lineas de codigo
 
Metricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccionMetricas del proyecto de Software - introduccion
Metricas del proyecto de Software - introduccion
 
Metodologias De Desarrollo De Software
Metodologias De Desarrollo De SoftwareMetodologias De Desarrollo De Software
Metodologias De Desarrollo De Software
 
Modelos y capas de la ingenieria de software
Modelos y capas  de la ingenieria de softwareModelos y capas  de la ingenieria de software
Modelos y capas de la ingenieria de software
 
Estructura de lenguaje ensamblador
Estructura de lenguaje ensambladorEstructura de lenguaje ensamblador
Estructura de lenguaje ensamblador
 
Modelo de desarrollo de software espiral
Modelo de desarrollo de software espiralModelo de desarrollo de software espiral
Modelo de desarrollo de software espiral
 
Diseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-softwareDiseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-software
 
Programación del lado del cliente
Programación del lado del clienteProgramación del lado del cliente
Programación del lado del cliente
 
25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software25 Estandares - IEEE Calidad de Software
25 Estandares - IEEE Calidad de Software
 
Principios de diseño de la arquitectura del software
Principios de diseño de la arquitectura del softwarePrincipios de diseño de la arquitectura del software
Principios de diseño de la arquitectura del software
 
Antecedentes MSF
Antecedentes MSFAntecedentes MSF
Antecedentes MSF
 
13 tipos de diagramas uml, la metodología de desarrollo ágil de software y la...
13 tipos de diagramas uml, la metodología de desarrollo ágil de software y la...13 tipos de diagramas uml, la metodología de desarrollo ágil de software y la...
13 tipos de diagramas uml, la metodología de desarrollo ágil de software y la...
 
Modelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de InformaciónModelos Prescriptivos del Desarrollo del Sistema de Información
Modelos Prescriptivos del Desarrollo del Sistema de Información
 
Modelo espiral
Modelo espiralModelo espiral
Modelo espiral
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacion
 
Metodologia XP
Metodologia XPMetodologia XP
Metodologia XP
 

Similar a 3.5.1 Tipos-de-riesgos

Similar a 3.5.1 Tipos-de-riesgos (20)

Introducción
IntroducciónIntroducción
Introducción
 
Analisis y-gestion-de-riesgo
Analisis y-gestion-de-riesgoAnalisis y-gestion-de-riesgo
Analisis y-gestion-de-riesgo
 
Ppi t4 3
Ppi t4 3Ppi t4 3
Ppi t4 3
 
Ppi t4 3
Ppi t4 3Ppi t4 3
Ppi t4 3
 
Trabajo analisisriesgo22
Trabajo analisisriesgo22Trabajo analisisriesgo22
Trabajo analisisriesgo22
 
GESTION DEL RIESGO
GESTION DEL RIESGOGESTION DEL RIESGO
GESTION DEL RIESGO
 
Gestion De Riesgos
Gestion De RiesgosGestion De Riesgos
Gestion De Riesgos
 
04 ingsoft jdchc
04 ingsoft jdchc04 ingsoft jdchc
04 ingsoft jdchc
 
Fundamentos de la gestion de riesgos
Fundamentos de la gestion de riesgosFundamentos de la gestion de riesgos
Fundamentos de la gestion de riesgos
 
Gestion del riesgo
Gestion del riesgoGestion del riesgo
Gestion del riesgo
 
sesion 14 Gestion de Riesgos
sesion 14 Gestion de Riesgossesion 14 Gestion de Riesgos
sesion 14 Gestion de Riesgos
 
sesión 14
sesión 14sesión 14
sesión 14
 
Guia practica de_gestion_de_riesgos
Guia practica de_gestion_de_riesgosGuia practica de_gestion_de_riesgos
Guia practica de_gestion_de_riesgos
 
Administracion
AdministracionAdministracion
Administracion
 
Metodologías para la gestión de riesgos en proyectos de software
Metodologías para la gestión de riesgos en proyectos de softwareMetodologías para la gestión de riesgos en proyectos de software
Metodologías para la gestión de riesgos en proyectos de software
 
Gestionde proyectos sesion12
Gestionde proyectos sesion12Gestionde proyectos sesion12
Gestionde proyectos sesion12
 
Trabajo proyectoss
Trabajo proyectossTrabajo proyectoss
Trabajo proyectoss
 
análisis y gestión del riesgo
análisis y gestión del riesgoanálisis y gestión del riesgo
análisis y gestión del riesgo
 
Gestión de proyecto de software
Gestión de proyecto de softwareGestión de proyecto de software
Gestión de proyecto de software
 
ensayo control de lectura 4.pdf
ensayo control de lectura 4.pdfensayo control de lectura 4.pdf
ensayo control de lectura 4.pdf
 

3.5.1 Tipos-de-riesgos

  • 1. Instituto Tecnológico de Acapulco Ing. en Sistemas Computacionales Gestión de Proyectos de Software. Nombre de Alumno: No. Control Cruz Cruz Uriel Jiménez Solano Omar de Jesús López Flores Enrique 15321036 15321100 15321108 3. Planificación del proyecto. Acapulco, Guerrero. 13 de octubre de 2018
  • 2. 3.5.1 Tipos de riesgos.
  • 3. Una tarea importante 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 acciones para evitar esos riesgos. 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 y crear planes para minimizar sus efectos en el proyecto se llama gestión de riesgos (Hall, 1998; Ould, 1999).
  • 4. 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. Estas categorías de riesgos se definen como se muestra a continuación:
  • 5. • 1-Riesgos del proyecto. Estos afectan la calendarización o los recursos del proyecto. Un ejemplo podría ser la pérdida de un diseñador experimentado. • 2-Riesgos del producto. Estos afectan a la calidad o al rendimiento de software que se está desarrollando. Un ejemplo podría ser que el rendimiento en un componente que hemos comprado sea menor que el esperado. • 3-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.
  • 6. Por supuesto, estos tipos no son exclusivos entre sí. Si un programador experto abandona el proyecto, esto es un riesgo para el proyecto (debido a que la entrega del sistema se puede retrasar), para el producto (debido a que un sustituto puede no ser tan experto y cometer muchos errores) y para el negocio (debido a que esa experiencia puede no contribuir a negocios futuros). Los riesgos pueden afectar a un proyecto dependen del propio proyecto y del entorno organizacional donde se desarrolla. Sin embargo, muchos riesgos son universales. La gestión de riesgos es importante particularmente para los proyectos de software debido a las incertidumbres inherentes con las que se enfrentan muchos proyectos.
  • 7. TIPO DE RIESGO INDICADOR POTENCIAL Tecnología Entrega retrasada del hardware o de la ayuda al software, muchos problemas tecnológicos reportados. Personal Baja moral del personal, malas relaciones entre los miembros del equipo, disponibilidad de empleo. Organizacional Chismorreo organizacional, falta de acciones por el gestor principal. Herramientas Rechazo de los miembros del equipo para utilizar herramientas, quejas acerca de las herramientas CASE, peticiones de estaciones de trabajo. Requerimientos Peticiones de muchos cambios en los requerimientos, quejas del cliente. Estimación Fracaso en el cumplimiento de los tiempos acordados, y en la eliminación de defectos reportados. Figura 5.14 Factores de riesgo.
  • 8. Bibliografía Sommerville, I. (2005). Ingeniería del software. Madrid: PEARSON EDUCACIÓN. S.A.