Curso · Referencia · Glosario

Glosario

Los términos del curso, con la definición que usan las lecciones. Entre paréntesis, el término inglés cuando es el habitual.

TérminoDefiniciónLección
Acta de constitución (Project Charter)Documento que autoriza formalmente el proyecto, nombra al JP y le da autoridad. Lo firma el sponsor.L3
ADRArchitecture Decision Record: registro breve e inmutable de una decisión de arquitectura (contexto, decisión, consecuencias).L6
AI ActReglamento (UE) 2024/1689 de IA. Enfoque por riesgo: inaceptable, alto, limitado, mínimo.L17
Alcance (scope)Qué entra y qué no entra en el proyecto (in scope / out of scope).L3
Análisis de impactoEvaluar qué afecta un cambio (alcance, plazo, coste, calidad, riesgos), usando la trazabilidad.L4, L11
AnclajeSesgo por el que una cifra mencionada antes de estimar arrastra las estimaciones.L10
Aseguramiento de la calidad (QA)Establecer los procedimientos y estándares de calidad de la organización.L15
Bus factorNº mínimo de personas cuya ausencia bloquearía el proyecto por falta de conocimiento.L16
Business caseDocumento que justifica si merece la pena hacer el proyecto (costes, beneficios, alternativas).L3
Camino críticoSecuencia de actividades más larga de la red; holgura cero; marca la duración mínima.L9
CI / CDIntegración continua (integrar y validar automáticamente a menudo) / entrega o despliegue continuo.L18
CierreAceptación de entregables, cierre de contratos, transferencia a operación, lecciones aprendidas, liberar recursos.L11
CMMIModelo de madurez de procesos (niveles 1-5). No es un estándar de gestión de proyectos.L2, L15
Cono de incertidumbreRango de error de las estimaciones según la fase: de 0,25×-4× al inicio a ±10 % con el diseño detallado.L10
Contingencia (plan de)Respuesta preparada que se ejecuta si el riesgo ocurre, activada por un disparador.L13
Control de cambiosProcedimiento: petición → análisis de impacto → decisión → actualizar línea base → comunicar.L11
Control de la calidad (QC)Garantizar que se siguen los procedimientos y estándares (y comprobar que el producto cumple).L15
Coste del retraso (Cost of Delay)Valor que se pierde por cada unidad de tiempo que se pospone un trabajo.L5
CPI / SPIÍndices de eficiencia de coste (EV/AC) y de plazo (EV/PV).L14
Crashing (intensificación)Añadir recursos a actividades críticas para acortarlas. Más coste; en software rinde poco.L9
Criterio de aceptaciónCondición comprobable que dice cuándo un requisito está satisfecho.L4
DASTAnálisis dinámico de seguridad: ataca la aplicación en ejecución desde fuera.L18
Deuda técnicaCoste acumulado de atajos o decisiones subóptimas que se paga en el futuro.L8
DevOpsForma de organizar desarrollo y operación como un flujo continuo y automatizado con responsabilidad compartida.L18
DevSecOpsIntegración de la seguridad como parte intrínseca del flujo DevOps (shift left, automatización, colaboración).L18
DORA (métricas)Frecuencia de despliegue, lead time, tasa de fallo de cambios, tiempo de recuperación.L18
DuraciónTiempo de calendario de una actividad. ≠ esfuerzo.L9
EAC / ETC / VACEstimación a la conclusión / hasta la conclusión / variación a la conclusión.L14
EDT (WBS)Estructura de Desglose del Trabajo: descomposición jerárquica del 100 % del trabajo en paquetes.L9
EMVExpected Monetary Value: probabilidad × impacto monetario de un riesgo. No confundir con EVM.L13
Entregable (deliverable)Producto del trabajo que se entrega al cliente.L9
Escalar (riesgo)Llevar un riesgo a quien tiene autoridad cuando excede la del proyecto.L13
EsfuerzoCantidad de trabajo (persona-horas). Determina el coste.L9
EstimaciónPredicción, con incertidumbre, de esfuerzo, tiempo o coste. No es un compromiso.L10
EVMEarned Value Management: control de coste y plazo con PV, EV y AC.L14
ExposiciónImportancia de un riesgo, combinación de probabilidad e impacto.L13
Fast tracking (ejecución rápida)Paralelizar actividades que iban en secuencia. Sin coste extra, más riesgo de retrabajo.L9
Gestión por excepción(PRINCE2) El JP decide dentro de tolerancias y escala sólo si va a superarlas.L2
GobernanzaQuién tiene autoridad, qué decisiones se toman y con qué reglas. La gestión ejecuta dentro de ella.L17
Gold platingEl equipo añade alcance que nadie ha pedido.L3
Hito (milestone)Punto de control comprobable objetivamente, de duración cero.L9
Holgura (float)Cuánto puede retrasarse una actividad sin retrasar el proyecto.L9
IaCInfraestructura como código: gestionar la infraestructura con código versionado y automatizado.L18
IncrementalConstruir por partes; cada entrega añade funcionalidad completa.L7
IterativoRepetir el ciclo para refinar lo existente.L7
Kano (modelo)Clasifica funciones en básicas, de desempeño, atractivas, indiferentes e inversas.L5
KRIKey Risk Indicator: señal que anticipa un aumento de exposición.L13
Lecciones aprendidasRegistro de qué funcionó y qué no, sin culpables, para futuros proyectos.L11
Ley de BrooksAñadir personas a un proyecto software retrasado lo retrasa más.L16
Línea base (baseline)Versión aprobada del plan (alcance, cronograma, coste) contra la que se mide; cambia sólo por control de cambios.L9
MitigaciónAcción previa que reduce la probabilidad o el impacto de un riesgo.L13
MoSCoWSemántica de prioridad: Must, Should, Could, Won't (this time).L5
MVPProducto mínimo viable: producto real mínimo para comprobar si se usará.L6
NIS2Directiva (UE) 2022/2555 de ciberseguridad para entidades esenciales e importantes.L17
No conformidadIncumplimiento de un requisito, norma o procedimiento de calidad.L11
ObservabilidadConocer el estado interno de un sistema mediante logs, métricas y trazas.L18
OperaciónTrabajo continuo y repetitivo que sostiene la organización.L1
OportunidadRiesgo positivo. Respuestas: explotar, mejorar, compartir, aceptar.L12, L13
PDCAPlan-Do-Check-Act: ciclo de mejora continua (Shewhart, Deming).L11
PERTEstimación de tres puntos ponderada: (O + 4M + P)/6.L10
Petición de cambioSolicitud formal de modificar la línea base.L11
PMBOKGuía del PMI. 6ª: procesos; 7ª: principios y dominios; 8ª: síntesis.L2
PortfolioProyectos, programas y subportfolios alineados con la estrategia, no necesariamente relacionados.L2
PremortemTécnica de identificación: imaginar que el proyecto ha fracasado y explicar por qué.L12
PRINCE2Método de gestión de proyectos (7 principios, 7 prácticas, 7 procesos).L2
Problema (issue)Algo que ya ha ocurrido y hay que resolver. Un riesgo materializado.L11, L12
ProgramaProyectos relacionados coordinados para un beneficio que por separado no se lograría.L2
Propietario del riesgoResponsable de vigilar señales, impulsar respuestas y actualizar el estado. No es un culpable.L13
ProyectoEsfuerzo temporal para crear un producto, servicio o resultado único (PMI).L1
Prueba de concepto (PoC)Experimento para comprobar si algo es técnicamente posible.L6
RACIMatriz de responsabilidades: Responsable, Aprueba (Accountable), Consultado, Informado.L17
Registro de riesgosID, descripción, causa, consecuencia, P, I, exposición, propietario, respuesta, KRI, revisión, estado.L12
Requisito no funcionalPropiedad o restricción del sistema (rendimiento, seguridad…). De producto, organización o externo.L4
Reserva de contingenciaPara riesgos identificados; dentro de la línea base; la usa el JP.L13
Reserva de gestiónPara lo no identificado; fuera de la línea base; la controla la dirección.L13
RestricciónLímite conocido que condiciona las opciones (fecha, presupuesto, norma).L1, L3
RFPRequest for Proposal: documento con el que el cliente solicita propuestas.L3
RGPDReglamento General de Protección de Datos (UE) 2016/679.L17
RiesgoEfecto de la incertidumbre sobre los objetivos (amenaza u oportunidad).L12
Rolling wavePlanificación gradual: detalle en lo próximo, grandes rasgos en lo lejano.L9
SASTAnálisis estático de seguridad del código fuente.L18
SCAAnálisis de composición: vulnerabilidades y licencias de las dependencias de terceros.L18
Scope creepCrecimiento del alcance sin control.L3
Seguridad psicológicaCreencia compartida de que se puede admitir errores, discrepar o avisar de riesgos sin temor.L16
Shift leftLlevar la seguridad (y la calidad) a las fases tempranas del ciclo.L18
SMARTObjetivo específico, medible, alcanzable, relevante y con plazo.L3
SpikeInvestigación con tiempo acotado para poder estimar o decidir.L6, L13
Sponsor (patrocinador)Quien aporta los recursos, firma el charter y respalda el proyecto.L2, L3
Stakeholder (interesado)Persona o grupo que puede afectar o verse afectado por el proyecto.L8
Story pointsUnidad de tamaño relativo en estimación ágil; no comparable entre equipos.L10
SupuestoAlgo que se da por cierto sin comprobarlo para poder planificar; si es falso, genera riesgo.L3
SWEBOKCuerpo de conocimiento de la ingeniería del software (IEEE), v4 en 2024.L2
TCOCoste total de propiedad: todo lo que cuesta un sistema durante su vida.L14
ToleranciaMargen de desviación aceptado antes de escalar.L2, L13
TQMGestión de la Calidad Total: visión holística de la calidad, ligada a la percepción del cliente.L15
TrazabilidadCapacidad de seguir un requisito desde su origen hasta su diseño, código y pruebas.L4
Tuckman (modelo)Formación → conflicto → normalización → desempeño → disolución.L16
Validación¿Construimos el producto correcto? (contra necesidades reales).L15
VelocidadPuntos completados por sprint; no es capacidad futura garantizada.L10, L14
Verificación¿Construimos el producto correctamente? (contra la especificación).L15
Viabilidad¿Debemos hacer el proyecto? Técnica, económica, temporal, organizativa, legal.L6
WIPTrabajo en curso; limitarlo acelera las entregas.L16
WSJFWeighted Shortest Job First: coste del retraso / duración.L5

Otras hojas: Fundamentos (Tema 1) · Aspectos transversales (Tema 2) · Fórmulas.