El documento habla sobre la gestión de riesgos y calidad en el desarrollo de proyectos de software. Explica que la gestión de riesgos implica identificar, analizar y responder a eventos que podrían afectar negativamente un proyecto. También describe seis procesos clave de gestión de riesgos según el PMBOK. Además, define la calidad como satisfacer las expectativas del cliente y explica el rol del responsable de calidad en un proyecto. Por último, aborda la gestión de cambios y configuración como herram

1. UNIVERSIDAD REGIONAL AUTONOMA
DE LOS ANDES “UNIANDES”
DESARROLLO DE PROYECTOS
INFORMATICOS
Henry Velasco
6to Sistemas

2. Gestión de riesgo en el desarrollo de
proyectos de software
• De igual forma en que la calidad es un factor
importante en la gestión de proyectos, lo es también
el análisis y gestión de riesgos, eventos o
condiciones inciertas que, si se producen, tienen un
efecto positivo o negativo sobre al menos un objetivo
del proyecto, como tiempo, coste, alcance o incluso
la calidad. La gestión de riesgos en la administración
de proyectos, consiste entonces en aumentar la
probabilidad e impacto de los eventos positivos y
disminuir la probabilidad e impacto de los eventos
adversos al proyecto.

3. La guía del PMBOK de PMI, plantea seis • Análisis cuantitativo de riesgos:
procesos descritos en términos de Cada riesgo identificado en los
entradas, herramientas y técnicas y objetivos generales del proyecto es
salidas, presentes en la gestión de analizado según su efecto.
riesgos, interactuarte entre sí. Cada
proceso tiene lugar por lo menos una vez
en cada proyecto, y se realiza en una o • Planificación de la respuesta a los
más fases del proyecto, si el proyecto se riesgos: Se desarrollan opciones y
encuentra divido en fases. acciones para mejorar las
oportunidades y reducir las amenazas a
los objetivos del proyecto.
• Planificación de la gestión de
riesgos: En el cual se decide, como
enfocar, planificar y ejecutar las • Seguimiento y control de riesgos:
actividades de gestión de riesgos para un Una vez identificados los riesgos del
proyecto. proyecto, es necesario realizar un
• seguimiento a éstos, además de
supervisar los riesgos residuales,
• Identificación de riesgos: Permite identificar nuevos riesgos, ejecutar
determinar qué riesgos pueden afectar al planes de respuesta a los riesgos y
proyecto y documentar sus evaluar su efectividad a lo largo del
características. ciclo de vida del proyecto.
•
• Análisis cualitativo de riesgos: Cada
riesgo se clasifica según su probabilidad
de ocurrencia e impacto, para realizar
otros análisis o acciones posteriores.

4. 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.

5. 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.

6. Papel del Responsable de Calidad en
un Proyecto
• Cada proyecto tiene un responsable de calidad.
• El responsable de calidad colabora en las etapas
iniciales del proyecto para:
▫ Identificar los distintos clientes del proyecto, y
averiguar sus expectativas.
▫ Establecer los objetivos del proyecto.
▫ Definir los métodos y herramientas necesarios.
▫ Establecer el plan de calidad.

7. Cambio en el desarrollo de proyectos
de software
• La gestión de configuración es el arte de identificar,
organizar y controlar las modificaciones que sufre el
software que construye un equipo de programación. La
meta es maximizar la productividad minimizando los
errores.
• 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.

8. ¿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).

9. Gestión de la configuración del
software
• Los elementos de un sistema de gestión de la
configuración identifica cuatro elementos:
Elementos de componentes Elementos de proceso
Elementos de construcción Elementos humanos
Línea base : punto del ciclo de vida del software en
el cual se aplica el control de configuraciones, ayuda
a controlar los cambios .
• Un producto de ingeniería del software se convierte
en línea base sólo después de que se ha revisado y
aprobado. Gestión de la configuración del software

10. Seguimiento de requisitos
• Ofrece la habilidad de seguir todos los
componentes y entregables de diseño y
construcción que resulten de requisitos. Gestión
de la configuración : facilita la conservación del
rastro de una serie de configuraciones (hitos).
Rutas de auditoría : establece información
adicional acerca de cuándo, por qué y por quién
se hicieron los cambios. El depósito de
Elementos de la Configuración de Software