El documento describe los conceptos clave de la gestión de riesgos, calidad y cambio en el desarrollo de proyectos de software. Explica que la gestión de riesgos involucra identificar, analizar y planear respuestas a riesgos potenciales. También destaca la importancia de implementar estándares de calidad para satisfacer al cliente y evitar defectos. Por último, señala que la gestión de cambios es crucial para controlar las modificaciones inevitables durante el desarrollo de software.

1. Universidad Regional Autónoma De Los Andes
“ Uniandes ”
Autor: Collaguazo Fredy
Tema: Gestión de riesgo, calidad y cambio en el
desarrollo de proyectos de software

2. Gestión de riesgo en el desarrollo de proyectos de software
QUÉ ES UN RIESGO? .
Un riesgo de un proyecto es un evento o condición incierto que, si s produce, tiene un efecto
positivo o negativo sobre al menos un objetivo del proyecto.
Planificación de la Gestión de Riesgos: Aquí se decide cómo enfocar, planificar y ejecutar las actividade
s de gestión de riesgos para un determinado proyecto.
Identificación de Riesgos: Aquí se determinan qué riesgos pueden afectar al proyecto, también se realiza
una documentación de los mismos.
Análisis Cualitativo de Riesgos: Se da prioridad a los riesgos para realizar otros análisis o acciones
posteriores sobre los mismos.
Análisis Cuantitativo de Riesgos: Aquí se analiza el efecto de los riesgos y se les asigna una calificación
Planificación de la Respuesta a los Riesgos: Se desarrollan opciones y acciones a tomar para mejorar las
oportunidades y reducir las amenazas de los riesgos del proyecto.
Seguimiento y Control de Riesgos: En esta última fase se realiza el seguimiento de los riesgos que
fueron identificados, se identifican nuevos posibles riesgos, se ejecutan planes de respuesta a los riesgos
y se evalúa su efectividad a lo largo del ciclo de vida del proyecto.

3. Plan de Gestión del Riesgo
El Plan de Gestión del Riesgo: detalles cómo gestionar los riesgos asociados a un
proyecto. En él se detalla las tareas de gestión de riesgo que se llevarán a cabo,
responsabilidades asignadas, y los recursos adicionales necesarios para la actividad
de gestión de riesgos.
Lista de riesgos.

4. Gestión del riesgo en la fase de ingeniería de requisitos
La gestión de riesgos en el ámbito del software pr
ocura formalizar conocimiento orientado a la mini
mización o evitación de riesgos en proyectos de d
esarrollo de software, mediante la generación de
principios y buenas prácticas de aplicación realista

5. Calidad en el desarrollo de proyectos de software
Por qué implementar estándares de calidad?
• Satisfacción del cliente
• Competencia
• Defectos
La calidad del software: “Es una preocupación a la que
se dedican muchos esfuerzos. Sin embargo, el software
casi nunca es perfecto.
Todo proyecto tiene como objetivo producir software de
la mejor calidad posible, que cumpla, y si puede supere
las expectativas de los usuarios.”

6. Principios de Calidad
Organización enfocada a los clientes: Las
organizaciones dependen de sus clientes y por lo
tanto comprender sus necesidades presentes y
futuras, cumplir con sus requisitos y esforzarse
en exceder sus expectativas.
Las certificaciones, son concedidas si se cumplen
los requisitos determinados por la empresa y la
compañía de certificación. Es garantía de
buenos productos.

7. Sistema de gestión de calidad

8. Gestión de cambio en el desarrollo de proyectos de
software
Es un conjunto de actividades de seguimiento y
control. Inician cuando comienza un proyecto de
ingeniería del software y terminan sólo cuando
queda fuera de circulación . El resultado se puede
dividir en tres categorías:
1.) programas de computadora (tanto a nivel de
fuente como de formas ejecutables )
2.) productos de trabajo que describen los
programas de computadora .
3.) datos internos o externos del programa.

9. ¿Cuál es el origen de los cambios?
En la construcción de SW los cambios son
inevitables ( son muy variados). Existen cuatro
fuentes fundamentales : nuevos negocios o
condiciones comerciales (cambios en los requisitos
del producto o en las normas comerciales); nuevas
necesidades del cliente (modificación de los datos
producidos por sistemas de información)
reorganización o crecimiento o reducción del
negocio (cambios en las prioridades del proyecto o
en la estructura del equipo de ingeniería del
software); restricciones presupuestarias o de
planificación ( redefinición del sistema o producto).

10. Roles
• CCB.- Junta de Control de Cambios que decide aprobar o rechazar
un cambio y que designa los otros roles del proceso.
• Evaluador.- Persona designada por el jefe de la junta de control de
cambios para realizar la evaluación de la petición de cambio.
• Modificador.- Persona que tiene la responsabilidad de hacer
cambios en un producto de trabajo en respuesta a una solicitud de
cambio que haya sido aprobada, así mismo actualiza el estado de la
solicitud a través del tiempo.
• Verificador.- Persona que se encarga de determinar si el cambio
realizado se hizo de manera correcta.
• Originador de cambios.- Es aquella persona que haya realizado la
petición de cambio ante la CCB.
• Gestor de la Configuración de Software.- Es el encargo de
mantener el control de los ECS.
• Administrador del Proyecto.- Es el encargado de administrar y
controlar todo lo referente al proyecto al cual es asignado.

11. Guía del proceso.
Entradas: Las entradas del proceso son las siguientes:
• Planes, calendarios, reportes y revisiones del Proyecto
• Especificaciones, requerimientos, diseño, código y documentación del
Proyecto
• Procesos del proyecto
Proceso: Para llevar a cabo este proceso se tienen los siguientes objetivos
Objetivo 1. Establecer líneas base.
Para cumplir este objetivo se tienen las siguientes prácticas:
• Identificar elementos de configuración.
• Establecer un sistema de administración de configuración.
• Crear o liberar las líneas base.
Objetivo 2. Seguir y controlar los cambios.
Para cumplir este objetivo se tienen las siguientes prácticas:
• Seguir las peticiones de cambio.
• Controlar los elementos de configuración.
Objetivo 3. Establecer la integridad.
Para cumplir este objetivo se tienen las siguientes prácticas:
• Realizar auditorías de configuración.