RA4 de Proyecto de Desarrollo de Aplicaciones Web · DAW

Define los procedimientos para el seguimiento y control en la ejecución del proyecto, justificando la selección de variables e instrumentos empleados.

Comprobar mi dominio con José →

Resumen Ejercicios Examen Flashcards

Contenido verificado asociado a este RA

Fundamentos del Seguimiento y Control de Proyectos Web

Esta unidad introduce la importancia del seguimiento y control en proyectos de desarrollo web, explicando cómo definir procedimientos para evaluar actividades e identificar indicadores de calidad. Se abordan los mecanismos para asegurar que el proyecto avanza según lo planificado y cumple con los estándares esperados.

Gestión de Incidencias y Cambios en Proyectos Web

Esta unidad se centra en la gestión proactiva de problemas y cambios, detallando los procedimientos para evaluar incidencias, proponer soluciones y registrarlas. También aborda cómo gestionar los cambios en recursos y actividades, incluyendo la documentación y el registro sistemático para mantener el control del proyecto.

Documentación y Participación de Usuarios en la Evaluación

Esta unidad aborda la creación de la documentación esencial para la evaluación de actividades y del proyecto, asegurando la trazabilidad y el control. Además, se explica cómo integrar a usuarios y clientes en el proceso de evaluación, diseñando procedimientos y documentos específicos para recoger su valioso feedback.

Garantía de Cumplimiento del Pliego de Condiciones y Auditoría

Esta unidad finaliza el estudio del seguimiento y control, enfocándose en cómo establecer un sistema robusto para garantizar el cumplimiento del pliego de condiciones del proyecto. Se explican los mecanismos de verificación y auditoría, asegurando que todos los requisitos contractuales y técnicos se satisfagan plenamente.

Conceptos clave

Seguimiento de proyectoControl de proyectoProcedimiento de evaluaciónIndicadores de calidad (KQI)Métricas de softwareCriterios de finalizaciónIncidenciaBug trackingPrioridad de incidenciaSeveridad de incidenciaGestión de cambiosSolicitud de cambio (CR)Comité de Control de Cambios (CCB)Registro de cambiosDocumentación del proyectoInformes de progresoActas de reuniónInformes de calidad

Errores que conviene evitar

Error: Definir indicadores de calidad genéricos sin adaptarlos al proyecto específico. Causa: Falta de análisis de los requisitos y objetivos únicos del proyecto. Corrección: Seleccionar indicadores SMART (Específicos, Medibles, Alcanzables, Relevantes, con Plazo) que reflejen las prioridades de calidad del proyecto y del cliente.
Error: No establecer criterios claros para la finalización de una actividad. Causa: Asumir que 'terminado' significa 'funciona'. Corrección: Definir explícitamente qué significa 'terminado' para cada actividad, incluyendo pruebas, documentación y revisiones.
Error: Ignorar incidencias 'menores' o 'cosméticas'. Causa: Subestimar el impacto acumulado en la experiencia del usuario o la imagen del producto. Corrección: Registrar y priorizar todas las incidencias, incluso las de baja prioridad, para abordarlas en momentos de menor carga o en futuras iteraciones.
Error: Implementar cambios sin un proceso formal de aprobación. Causa: Deseo de complacer al cliente o falta de disciplina. Corrección: Establecer un CCB y asegurar que todo cambio que afecte alcance, tiempo o coste pase por el proceso de solicitud y aprobación formal.
Error: Generar documentación excesiva o irrelevante. Causa: Falta de claridad sobre el propósito de cada documento. Corrección: Documentar solo lo necesario para el seguimiento, control y toma de decisiones, priorizando la claridad y la concisión.
Error: Involucrar a los usuarios solo al final del proyecto. Causa: Miedo a mostrar un producto incompleto o falta de planificación. Corrección: Integrar la participación del usuario desde fases tempranas, a través de demos y prototipos, para corregir el rumbo a tiempo y reducir el riesgo de rechazo final.
Error: No vincular explícitamente los requisitos del pliego con las tareas de desarrollo y pruebas. Causa: Falta de una RTM o uso inadecuado de la misma. Corrección: Implementar una RTM desde el inicio del proyecto y mantenerla actualizada, asegurando que cada requisito tenga su correspondiente implementación y verificación.
Error: Asumir que el cliente está satisfecho sin obtener una aceptación formal de los entregables. Causa: Falta de un proceso de validación formal. Corrección: Establecer hitos de entrega con criterios de aceptación claros y obtener la firma o aprobación explícita del cliente para cada entregable importante, especialmente aquellos definidos en el pliego.

Qué se evalúa en este RA

CE a

Se ha definido el procedimiento de evaluación de las actividades o intervenciones.

CE b

Se han definido los indicadores de calidad para realizar la evaluación.

CE c

Se ha definido el procedimiento para la evaluación de las incidencias que puedan presentarse durante la realización de las actividades, su posible solución y registro.

CE d

Se ha definido el procedimiento para gestionar los posibles cambios en los recursos y en las actividades, incluyendo el sistema de registro de los mismos.

CE e

Se ha definido y elaborado la documentación necesaria para la evaluación de las actividades y del proyecto.

CE f

Se ha establecido el procedimiento para la participación en la evaluación de los usuarios o clientes y se han elaborado los documentos específicos.

CE g

Se ha establecido un sistema para garantizar el cumplimiento del pliego de condiciones del proyecto cuando este existe.