El documento trata sobre la gestión de riesgos, calidad y cambio en el desarrollo de proyectos de software. Explica que la gestión de riesgos permite definir actividades para gestionar los riesgos a lo largo del ciclo de vida del proyecto. También habla sobre la calidad y cómo ésta satisface las expectativas del cliente. Por último, detalla que el control de cambios integrado está relacionado con determinar, evaluar y coordinar los factores que conllevan un cambio en la planificación inicial del proyecto.

1. UNIANDES PUYO
UNIVERSIDAD AUTONOMA REGIONAL DE LOS ANDES
“UNIANDES”
SISTEMAS MERCANTILES
INGENIERIA EN SISTEMAS E INFORMATICA
NOMBRE: ALEX VACA
GESTIÓN DE RIESGO, CALIDAD Y CAMBIO EN EL
DESARROLLO DE PROYECTOS DE SOFTWARE

2. UNIANDES PUYO
GESTIÓN DE RIESGO EN EL DESARROLLO DE
PROYECTOS DE SOFTWARE
El principal objetivo de dicho proceso constituye posibilitar tanto al proyecto
como a las
organizaciones el cumplimiento de su misión y de sus propósitos.
La gestión de riesgos permite definir en forma estructurada, operacional y
organizacional, una serie de actividades para gestionar los riesgos de los
proyectos a lo largo de
todas las fases de su ciclo de vida de desarrollo de software. En la mayor parte
de los casos, esto
se traduce en la creación de planes tendientes a impedir que los riesgos se
transformen en
problemas o a minimizar su probabilidad de ocurrencia o impacto.

3. UNIANDES PUYO
PROPOSITO GESTIÓN DE RIESGO EN EL
DESARROLLO DE PROYECTOS DE SOFTWARE
El propósito del plan es identificar los riesgos que se
puedan presentar en el desarrollo
del proyecto, analizarlos, calcular la exposición y en
base a ello poder priorizarlos, para
establecer estrategias de control y resolución, que
permitan ejercer una correcta supervisión de
los mismos.

4. UNIANDES PUYO
DECLARACIÓN DE LOS RIESGOS GESTIÓN DE
RIESGO EN EL DESARROLLO DE PROYECTOS DE
SOFTWARE
Asegurarse de que todos los miembros del equipo
comprenden el riesgo de la misma
forma.
Es decir a los informáticos y bibliotecarios que forman
parte del proyecto.
Comprender la causa o causas del riesgo y la relación
con los problemas que puedan
surgir.
Disponer de una base para realizar un análisis formal y
cuantitativo y planear los
esfuerzos.

5. UNIANDES PUYO
TAXONOMÍA DE RIESGOS GESTIÓN DE RIESGO EN EL
DESARROLLO DE PROYECTOS DE SOFTWARE
La clasificación de los riesgos -también denominadas taxonomías
de riesgos- puede servir de ayuda para elaborar un enfoque
coherente, reproducible y medible.
Las listas de clasificación permiten al equipo pensar con mayor
amplitud sobre los riesgos que pueden afectar al proyecto dado
que se dispone de una lista de áreas del proyecto susceptibles de
esconder riesgos..

6. UNIANDES PUYO
CALIDAD EN EL DESARROLLO DE
PROYECTOS DE SOFTWARE
Es aquel que satisface las expectativas del cliente,
documentadas en las especificaciones de requisitos.
El cliente no solo tiene expectativas funcionales, sino de
plazos, costes, prestaciones, etc.
Un producto tiene normalmente que satisfacer las
expectativas de más de un cliente.

7. UNIANDES PUYO
FUNCIÓN DE CALIDAD EN LOS
PROYECTOS
Es la instanciación de la Función de Calidad
Organizativa.
Funciones ‘ad-hoc’ por proyecto y área dentro de la
Organización.
Adecuado a los objetivos de cada proyecto y área.

8. UNIANDES PUYO
CAMBIO EN EL DESARROLLO DE PROYECTOS DE
SOFTWARE
El control de cambios integrado esta directamente relacionado con:
1. Determinar y evaluar los factores que conllevan un cambio en la
planificación inicial, para facilitar la búsqueda de un acuerdo que
conlleve un consenso para aprobar dichos cambios,
2. Determinar la necesidad real de un cambio en la planificación,
3. Coordinar y sincronizar los cambios de la planificación.
Siempre buscando la consecución de los objetivos inicialmente
marcados, y el no
provocar cambios traumáticos a fin de perturbar lo menos posible al
desarrollo del
proyecto.

9. UNIANDES PUYO
CAMBIO EN EL DESARROLLO DE PROYECTOS
DE SOFTWARE
ALCANCE Y OBJETIVOS
El control de cambios sobre objetivos y alcance es un proceso
relativo a:
1. Determinar y evaluar los factores que conllevan un cambio en la
planificación inicial, para facilitar la búsqueda de un acuerdo que
conlleve un consenso para aprobar dichos cambios
2. Determinar la necesidad real de un cambio en la planificación,
3. Coordinar y sincronizar los cambios de la planificación.
Todas estas tareas se desarrollaran conjuntamente con otras tareas de
control y gestión de alteraciones sobre la planificación inicial.

10. UNIANDES PUYO
GRACIAS
POR SU
ATENCIÓN