Your SlideShare is downloading. ×
0
Trabajo proyectoss
Trabajo proyectoss
Trabajo proyectoss
Trabajo proyectoss
Trabajo proyectoss
Trabajo proyectoss
Trabajo proyectoss
Trabajo proyectoss
Trabajo proyectoss
Trabajo proyectoss
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Trabajo proyectoss

153

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
153
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDES UNIANDES CARRERA DE INGENIERIA EN SISTEMAS E INFORMATICATEMA: Gestión de riesgo, calidad y cambio en el desarrollo de proyectos de softwareNOMBRE: NANCY ROMERONIVEL: 6TO SISTEMASINGENIERO: JON TOASA
  • 2. Gestión del Riesgo Identificación de Riesgos 1.- Listado de Riesgos, Tipo de Riesgo ID Descripción del Riesgo Tipo de RiesgoR01 Requisitos poco claros Riesgo del ProductoR02 Abandono temporal de un miembro del equipo Riesgo del ProyectoR03 Falta de Experiencia en tareas de planificación Riesgo del ProyectoR04 Falta de Experiencia con las herramientas Riesgo del Producto/Proyecto utilizadasR05 Diseño Erróneo Riesgo del ProductoR06 Falta de un Experto Riesgo del ProyectoR07 Pérdida de documentación y/o otros artefactos Riesgo del ProyectoR08 Conflictos entre los integrantes del grupo Riesgo del ProyectoR09 Inestabilidad del entorno de desarrollo y Riesgo del Proyecto documentación el proyecto
  • 3. GESTIÓN DE RIESGOSLa tarea principal del administradorconsiste en minimizar riesgos. Involucrar a todos losimplicados/afectados y al equipo de desarrollo del proyecto en laidentificación de los riesgos.El riesgo inherente en una actividad se mide en base a la incertidumbreque presenta el resultado de esa actividad. Las actividades con altoriesgo elevan los costos.Comunicar los riesgos a todos los niveles de la organización.El riesgo es proporcional al monto de la calidad de la informacióndisponible. Cuanto menos información, mayor el riesgo.Monitorear constantemente los factores que propician lamaterialización de los riesgos y la efectividad de las acciones definidasencaminadas a su prevención y/o minimización.Definir plantillas otablas de riesgos valorados para diferentes tipos de proyecto quepuedan servir como punto de partida para un nuevo proyecto.
  • 4. CALIDADDefinición: conjunto de propiedades y características de un producto oservicio que satisfacen unas necesidades explicitas o implícitas.Función organizativa:-Staff directamente dependiente exclusivamente de Dirección-Aporta una visión independiente de la empresa o proyecto.-Su función es velar por el buen hacer y si hay desviacionescomunicarlas a Dirección-Actividades que realiza:-Actividades de aseguramiento de calidad: permiten asegurar que sesigue elproceso definido (por ejemplo, auditoria a fin de fase)-Actividades de control de calidad: controlan la calidad técnica de losproductos entregables (software y documentos)
  • 5. Gestión de la calidad abarca:-Un proceso de garantía de la calidad-Tareas especificas para el aseguramiento y control de la calidad-Practicas efectivas de ingeniería del soft (métodos y herramientas)-Control de todos los productos de trabajo y los cambios que generan(gestión de la configuración)-Procedimiento para garantizar el ajuste a los estándares de desarrollosoft.-Mecanismos de medición y generación de informes.Verificación y validación del software-Verificación: actividades que garantizan que el resultados de cadafase se corresponde con las entradas en dicha fase. Se realiza paracada fase del ciclo de vida confirmando que lo realizado
  • 6. -Validación: actividades que aseguran que el software construidocorresponde con lso requisitos del cliente (Pruebas de aceptación).Problemas que afectan a la calidad del software: Con el cliente:-no participa en la definición ni desarrollo del proyecto-pide constantemente cambios-Con el proyecto:-se define vaga o incorretamente-inexistencia de un ERS-los requisitos cambian continuamente y no se hace gestión derequisitos. Con el desarrollo:-cada miembro trabaja a su manera, sin que se pueda entender oreutilizar nada-no se dispone de las versiones correctas de los entregables o no haycontrol sobre ellos.-Si hay prisa, pruebas y documentación se omiten.
  • 7. SU FINALIDAD ES DETERMINAR SI:- Las respuestas son implementadas según se planificó.- Las acciones de respuesta son tan efectivas como se esperaba o sinuevas respuestas deberían ser elaboradas.- Las asunciones del proyecto son todavía válidas.- La exposición a los riesgos ha cambiado y, en caso afirmativo, cual esla tendencia futura.- Un disparador (evento) de riesgo ha ocurrido.- Se han seguido las políticas y procedimientos adecuados.- Han ocurrido riesgos nuevos que no estaban previamenteidentificados.
  • 8. CALIDAD
  • 9. Supervisión y Control de RiesgosIdentificados, analizados y priorizados los riesgos del proyecto,estamos ya en disposición de someterlos a control.El control de riesgos cubre dos actividades: resolución de riesgos ysupervisión (monitorización).SupervisiónConsiste en realizar un seguimiento de los riesgos durante la ejecucióndel proyecto. Un buen método es realizar seguimientos periódicos(semanales, por ejemplo) de los riesgos más significativos.
  • 10. CONCLUSIONES Un adecuado proceso de ingeniería de requisitos tiene implicaciones positivas en la calidad del producto final, por ende, en la satisfacción del cliente. Debido a esto el proceso de IR tiene que estar bien definido y ser desarrollado de forma disciplinada, coherente y repetitiva, garantizando la obtención de experiencias que permitan aplicar las mejores prácticas. El tratamiento proactivo de los riesgos asociados a los requisitos del software permite al gestor adoptar, desarrollar e implementar adecuadamente las actividades de gestión de estos, en función de obtener productos de calidad que satisfagan las necesidades del cliente, manteniendo el equilibrio de plazo y costo del proyecto en virtud de lograr un mejor desempeño del proceso de IR en la pequeña y mediana empresa de software.

×