Contenido verificado asociado a este RA
Fundamentos del Seguimiento y Control de Proyectos de Sistemas Informáticos
Esta unidad introduce la importancia del seguimiento y control en proyectos de sistemas informáticos, definiendo los procedimientos básicos para evaluar actividades y la documentación asociada, sentando las bases para una gestión proactiva.
Indicadores de Calidad y Gestión de Incidencias en Proyectos ASIR
Esta unidad trabaja el CE principal 592 (definición de indicadores de calidad para evaluar el proyecto) y, de forma complementaria, el CE 593 (procedimiento de gestión de incidencias). Se distingue claramente entre lo que exige el currículo oficial y el conocimiento técnico-profesional (marcos como SMART o buenas prácticas de gestión de incidencias) que se usa para desarrollarlo con ejemplos aplicables a un proyecto ASIR.
Gestión de Cambios y Documentación de Evaluación en Proyectos ASIR
Esta unidad se centra en la gestión de cambios en recursos y actividades, un aspecto crítico para la adaptabilidad del proyecto, y profundiza en la elaboración de la documentación necesaria para una evaluación completa y transparente.
Participación del Cliente y Cumplimiento Normativo en la Evaluación del Proyecto
Esta unidad explora la integración de usuarios y clientes en el proceso de evaluación del proyecto y la importancia de asegurar el cumplimiento del pliego de condiciones, garantizando la satisfacción del cliente y la conformidad contractual.
Conceptos clave
Seguimiento de proyectoControl de proyectoProcedimiento de evaluaciónDocumentación de proyectoTrazabilidadIndicador de calidad (KPI)Marco SMART (buena práctica, no exigencia normativa)Procedimiento de gestión de incidenciasPrioridad e impacto de una incidenciaAnálisis de causa raíz y lecciones aprendidasGestión de cambiosSolicitud de cambio (RFC)Comité de Control de Cambios (CCB)Desvío del alcance (Scope Creep)Registro de cambiosInformes de lecciones aprendidasParticipación del usuario/clientePruebas de Aceptación de Usuario (UAT)
Errores que conviene evitar
- {"descripcion":"No definir criterios de éxito claros para las actividades.","causa":"Se asume que 'terminado' es suficiente, sin especificar qué significa 'terminado correctamente'.","correccion":"Para cada actividad, establecer resultados esperados y medibles antes de iniciarla. Por ejemplo, en lugar de 'Instalar servidor', especificar 'Servidor instalado, configurado con IP estática, acceso remoto habilitado y pruebas de ping exitosas'."}
- {"descripcion":"Documentación insuficiente o inconsistente.","causa":"Falta de tiempo percibida o subestimación de la importancia de registrar el progreso y las decisiones.","correccion":"Integrar la documentación como parte integral de cada actividad. Utilizar plantillas estandarizadas y herramientas de gestión documental para facilitar el registro y asegurar la coherencia."}
- {"descripcion":"Presentar el término KQI como si fuera el estándar general de indicadores de calidad en cualquier proyecto ASIR.","causa":"Confundir una variante terminológica sectorial (telecomunicaciones) con el término habitual del sector (KPI).","correccion":"Usar 'indicador de calidad' o KPI como término base y mencionar KQI solo si el contexto del proyecto lo justifica explícitamente."}
- {"descripcion":"Seleccionar indicadores de calidad no medibles o desconectados de los objetivos reales del proyecto.","causa":"Definir indicadores genéricos sin analizar qué es crítico para el cliente o el pliego de condiciones.","correccion":"Vincular cada indicador a un objetivo o requisito concreto del proyecto y comprobar que existe una forma objetiva de medirlo."}
- {"descripcion":"No registrar o registrar de forma incompleta las incidencias detectadas.","causa":"Priorizar la resolución rápida frente a la documentación, o carecer de una herramienta centralizada.","correccion":"Establecer como obligatorio el registro de toda incidencia, por pequeña que sea, con una plantilla mínima (fecha, descripción, impacto, solución, cierre)."}
- {"descripcion":"No tener un proceso formal para la gestión de cambios, aceptando solicitudes de forma informal.","causa":"Percepción de que el proceso formal es burocrático o lento, o deseo de complacer al cliente sin evaluar el impacto.","correccion":"Establecer un Comité de Control de Cambios (CCB) y un formulario de Solicitud de Cambio (RFC) obligatorio. Educar a todas las partes interesadas sobre la importancia de este proceso para proteger el proyecto de desviaciones incontroladas."}
- {"descripcion":"No actualizar la documentación del proyecto después de un cambio aprobado.","causa":"Falta de disciplina o de un responsable claro para la gestión documental.","correccion":"Asignar la responsabilidad de la actualización documental como parte integral del proceso de implementación del cambio. Utilizar sistemas de control de versiones para la documentación clave (ej. Git para configuraciones, SharePoint para documentos)."}
- {"descripcion":"Ignorar el feedback del usuario o no involucrarlo lo suficiente en la evaluación.","causa":"Creencia de que el equipo técnico sabe mejor lo que necesita el usuario, o falta de canales formales para la participación.","correccion":"Establecer puntos de contacto regulares con los usuarios clave, implementar encuestas y sesiones de UAT obligatorias, y demostrar cómo su feedback se incorpora al proyecto. La satisfacción del usuario es un KQI crítico."}