SlideShare une entreprise Scribd logo
1  sur  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.

Contenu connexe

Tendances

Crisis del software
Crisis del softwareCrisis del software
Crisis del softwareecasteloc
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwarepaoaboytes
 
Metodologías de desarrollo de software
Metodologías de desarrollo de softwareMetodologías de desarrollo de software
Metodologías de desarrollo de softwareWilfredo Mogollón
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareJennifer Andrea Cano Guevara
 
Unidad 1 verificacion y-validacion
Unidad 1 verificacion y-validacionUnidad 1 verificacion y-validacion
Unidad 1 verificacion y-validacionJorge Daza Gómez
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de softwaremonik1002
 
Planificación de proyectos de software
Planificación de proyectos de softwarePlanificación de proyectos de software
Planificación de proyectos de softwarehrubenleiva21
 
Unidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioUnidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioSergio Sanchez
 
Unidad iii paradigmas de la ingeniería de software
Unidad iii  paradigmas de la ingeniería de softwareUnidad iii  paradigmas de la ingeniería de software
Unidad iii paradigmas de la ingeniería de softwareHelen De la Cruz
 
Una metodología para el desarrollo de sistemas de información
Una metodología para el desarrollo de sistemas de informaciónUna metodología para el desarrollo de sistemas de información
Una metodología para el desarrollo de sistemas de informaciónLeonardo Fleire Morales
 
Modelo basado en prototipos - Ingeniería de Software
Modelo basado en prototipos - Ingeniería de SoftwareModelo basado en prototipos - Ingeniería de Software
Modelo basado en prototipos - Ingeniería de SoftwareJoan Fernando Chipia Lobo
 
Estrategias prueba de software
Estrategias prueba de softwareEstrategias prueba de software
Estrategias prueba de softwareCentro Líbano
 
Metodologia del rup
Metodologia del rupMetodologia del rup
Metodologia del ruportizrichard
 
Etapas del Proceso de la Ingeniería del Software
Etapas del Proceso de la Ingeniería del SoftwareEtapas del Proceso de la Ingeniería del Software
Etapas del Proceso de la Ingeniería del SoftwareT.I.C
 
Gestión de riesgos de software
Gestión de riesgos de softwareGestión de riesgos de software
Gestión de riesgos de softwareOmar S. Gomez
 
Plantilla de toma de requisitos softwarev 1.0
Plantilla de toma de requisitos softwarev 1.0Plantilla de toma de requisitos softwarev 1.0
Plantilla de toma de requisitos softwarev 1.0Javier Hermoso Blanco
 
Tecnicas de estimacion de software
Tecnicas de estimacion de softwareTecnicas de estimacion de software
Tecnicas de estimacion de softwareAdes27
 
Atributos de aplicaciones basadas en WEB
Atributos de aplicaciones basadas en WEBAtributos de aplicaciones basadas en WEB
Atributos de aplicaciones basadas en WEBNoé Arpasi
 

Tendances (20)

Crisis del software
Crisis del softwareCrisis del software
Crisis del software
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de software
 
Metodologías de desarrollo de software
Metodologías de desarrollo de softwareMetodologías de desarrollo de software
Metodologías de desarrollo de software
 
Tecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto softwareTecnicas de estimacion de costos de proyecto software
Tecnicas de estimacion de costos de proyecto software
 
Unidad 1 verificacion y-validacion
Unidad 1 verificacion y-validacionUnidad 1 verificacion y-validacion
Unidad 1 verificacion y-validacion
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
 
Planificación de proyectos de software
Planificación de proyectos de softwarePlanificación de proyectos de software
Planificación de proyectos de software
 
Unidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioUnidad 3 Modelo De Negocio
Unidad 3 Modelo De Negocio
 
Unidad iii paradigmas de la ingeniería de software
Unidad iii  paradigmas de la ingeniería de softwareUnidad iii  paradigmas de la ingeniería de software
Unidad iii paradigmas de la ingeniería de software
 
Proceso unificado
Proceso unificadoProceso unificado
Proceso unificado
 
Una metodología para el desarrollo de sistemas de información
Una metodología para el desarrollo de sistemas de informaciónUna metodología para el desarrollo de sistemas de información
Una metodología para el desarrollo de sistemas de información
 
Modelo basado en prototipos - Ingeniería de Software
Modelo basado en prototipos - Ingeniería de SoftwareModelo basado en prototipos - Ingeniería de Software
Modelo basado en prototipos - Ingeniería de Software
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Estrategias prueba de software
Estrategias prueba de softwareEstrategias prueba de software
Estrategias prueba de software
 
Metodologia del rup
Metodologia del rupMetodologia del rup
Metodologia del rup
 
Etapas del Proceso de la Ingeniería del Software
Etapas del Proceso de la Ingeniería del SoftwareEtapas del Proceso de la Ingeniería del Software
Etapas del Proceso de la Ingeniería del Software
 
Gestión de riesgos de software
Gestión de riesgos de softwareGestión de riesgos de software
Gestión de riesgos de software
 
Plantilla de toma de requisitos softwarev 1.0
Plantilla de toma de requisitos softwarev 1.0Plantilla de toma de requisitos softwarev 1.0
Plantilla de toma de requisitos softwarev 1.0
 
Tecnicas de estimacion de software
Tecnicas de estimacion de softwareTecnicas de estimacion de software
Tecnicas de estimacion de software
 
Atributos de aplicaciones basadas en WEB
Atributos de aplicaciones basadas en WEBAtributos de aplicaciones basadas en WEB
Atributos de aplicaciones basadas en WEB
 

Similaire à 3.5.1 Tipos-de-riesgos

Similaire à 3.5.1 Tipos-de-riesgos (20)

Introducción
IntroducciónIntroducción
Introducción
 
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
 
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
 
sesión 14
sesión 14sesión 14
sesión 14
 
sesion 14 Gestion de Riesgos
sesion 14 Gestion de Riesgossesion 14 Gestion de Riesgos
sesion 14 Gestion de Riesgos
 
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
 

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.