---
title: "Línea base del proyecto y desviaciones: guía práctica"
description: "Qué es la línea base de un proyecto, cuándo guardarla, cómo leer las desviaciones de comienzo, fin y duración y cuándo es legítimo rehacerla, con un ejemplo."
url: https://planitude.app/es/blog/project-baseline-variance-guide
language: es
---

# Línea base del proyecto y desviaciones: guía práctica

Qué es una línea base, cuándo guardarla, cómo leer las desviaciones de comienzo, fin y duración en días laborables y cuándo es legítimo fijar una nueva. Con un ejemplo que incluye tareas de resumen.

por Equipo Planitude · Publicado el 10 de octubre de 2026

Un cronograma cambia cada semana: tareas que terminan antes o después, dependencias que empujan las fechas, información nueva. Sin una referencia fija, el diagrama de Gantt solo muestra dónde está hoy el proyecto, no cuánto se ha alejado de lo acordado. La **línea base** es esa referencia: una foto del plan aprobado con la que se compara cada versión posterior.

Esta guía explica qué contiene una línea base, cuándo guardarla, cómo leer las desviaciones que produce y, sobre todo, cuándo una línea base nueva es legítima y cuándo solo sirve para ocultar un retraso.

> **En breve**
>
> - La línea base es una **foto del plan aprobado**: comienzo, fin y duración de cada tarea, guardada antes de empezar el trabajo.
> - La desviación se mide en **días laborables**: positiva significa más tarde o más larga de lo previsto; negativa, antes o más corta.
> - Primero se leen las **tareas de resumen**, para ver la desviación global, y después las tareas que contienen, porque las desviaciones pueden compensarse.
> - La línea base solo se rehace tras un **cambio aprobado** de alcance, presupuesto o fecha límite, nunca para que desaparezca un retraso.

## Qué es la línea base de un proyecto

La línea base es una copia congelada del cronograma en el momento en que se aprobó. Es uno de los términos estándar de la dirección de proyectos y figura en el léxico de términos de dirección de proyectos del PMI[^1]. En la práctica, para cada tarea registra:

- el **comienzo previsto** y el **fin previsto**;
- la **duración prevista** en días laborables;
- en las tareas de resumen, los mismos valores calculados a partir de las tareas que contienen.

Muchas herramientas guardan también el trabajo y el coste previstos, y métodos como la gestión del valor ganado se apoyan en una línea base de costes. Es otro tema: esta guía trata de la línea base del cronograma, la que necesita cualquier proyecto.

El plan actual y la línea base conviven. El plan actual se mueve con cada actualización del avance; la línea base se queda donde estaba, y la distancia entre ambos es la deriva del proyecto.

## Cuándo guardar la línea base

El momento adecuado es **después de aprobar el plan y antes de empezar el trabajo**. Guardarla antes congela un borrador que todavía cambiará por motivos que no son retrasos; guardarla después hace que las primeras desviaciones queden absorbidas en la referencia.

Antes de guardarla, conviene comprobar que:

- cada tarea tiene una duración realista (la guía sobre [cómo estimar la duración de las tareas](https://planitude.app/es/blog/how-to-estimate-task-durations) ayuda);
- las dependencias están completas, de modo que las fechas se calculan y no se escriben a mano;
- la ruta crítica tiene sentido y la fecha de fin es la que se va a comprometer;
- los hitos coinciden con las fechas acordadas con el cliente o la dirección;
- quienes deben aprobar el plan lo han aprobado de verdad.

Si se olvida, una herramienta que guarda la línea base automáticamente con la primera actualización del avance es una buena red de seguridad: captura el plan tal como estaba cuando empezó el seguimiento.

## Desviación de comienzo, de fin y de duración

Tres desviaciones describen cómo se ha movido cada tarea. Todas se expresan en días laborables, así que un fin de semana entre dos fechas no cuenta como retraso.

| Desviación | Cómo se calcula | Qué indica |
| --- | --- | --- |
| Desviación de comienzo | Comienzo actual menos comienzo de la línea base | La tarea empezó, o empezará, más tarde o antes de lo previsto |
| Desviación de fin | Fin actual menos fin de la línea base | La tarea termina más tarde o antes: es el deslizamiento |
| Desviación de duración | Duración actual menos duración de la línea base | El trabajo en sí lleva más o menos tiempo del estimado |

Un valor positivo significa más tarde o más largo; uno negativo, antes o más corto. Las tres desviaciones responden a preguntas distintas. Una tarea puede empezar con dos días de retraso porque su predecesora se retrasó, manteniendo exactamente la duración estimada: el problema está aguas arriba. Otra puede empezar a tiempo y terminar tarde porque el trabajo estaba subestimado: el problema está en la propia tarea. Para los plazos, lo que cuenta al final es la desviación de fin, pero las otras dos indican **dónde** actuar.

## Leer las desviaciones: un ejemplo calculado

Tomemos la primera fase de un proyecto. La línea base se aprobó con tres tareas en secuencia: Requisitos (5 días), Diseño (5 días) y Desarrollo (10 días), del lunes 2 al viernes 27 de noviembre, 20 días laborables en total.

Tres semanas después, el plan actual es este. Requisitos necesitó dos días más; Diseño empezó con dos días de retraso pero mantuvo su duración; en Desarrollo se incorporó un segundo desarrollador y la estimación bajó de 10 a 9 días.

| Tarea | Línea base | Actual | Desv. comienzo | Desv. fin | Desv. duración |
| --- | --- | --- | --- | --- | --- |
| Fase 1 (resumen) | 2-27 nov, 20 d | 2-30 nov, 21 d | 0 | +1 | +1 |
| Requisitos | 2-6 nov, 5 d | 2-10 nov, 7 d | 0 | +2 | +2 |
| Diseño | 9-13 nov, 5 d | 11-17 nov, 5 d | +2 | +2 | 0 |
| Desarrollo | 16-27 nov, 10 d | 18-30 nov, 9 d | +2 | +1 | −1 |

Cómo leerla:

1. **Se empieza por la tarea de resumen.** La Fase 1 termina con 1 día laborable de retraso (el viernes 27 pasa a ser el lunes 30). Es la cifra que hay que comunicar.
2. **Se baja un nivel para encontrar la causa.** El retraso nace en Requisitos (duración +2) y llega a Diseño como una desviación de comienzo de +2, sin que Diseño tenga ninguna culpa.
3. **Se buscan las compensaciones.** Desarrollo recupera un día (duración −1), y por eso la fase va 1 día tarde y no 2. La tarea de resumen parece casi sana, pero oculta un sobrecoste de 2 días y una recuperación que ha costado una persona más.
4. **Se revisa la ruta crítica.** Si después de la Fase 1 vienen tareas críticas, el +1 mueve la fecha de fin del proyecto; si hay holgura suficiente, se absorbe. La [guía de la ruta crítica](https://planitude.app/es/blog/critical-path-method-guide) explica cómo saberlo.

Una buena rutina semanal es filtrar las tareas con desviación de fin mayor que cero, ordenarlas por tamaño y empezar por las de la ruta crítica.

## Cuándo rehacer la línea base, y cuándo no

Una línea base solo es útil si se mantiene estable. Sustituirla cada vez que el plan se mueve pone todas las desviaciones a cero y hace invisible la deriva. Es legítimo guardar una nueva línea base cuando cambia el propio compromiso:

- un **cambio aprobado** de alcance añade o quita trabajo;
- la fecha límite se ha movido formalmente, por ejemplo tras acordar un plan de recuperación (consulta [cómo recuperar un proyecto retrasado](https://planitude.app/es/blog/project-delay-recovery-fast-tracking-crashing));
- el proyecto se ha suspendido y se reanuda con una nueva fecha de comienzo;
- el plan original contenía un error importante, reconocido por quien lo aprobó.

No es legítimo rehacerla porque las tareas van con retraso, porque el informe no luce bien antes de un comité de dirección, ni por rutina cada semana. En esos casos la desviación es justo la información que necesitan los interesados.

## Trabajar con varias líneas base

Conservar varias líneas base mantiene el historial de compromisos: el plan original, el plan tras el primer cambio aprobado, el plan tras la nueva fecha límite. Cada línea base nueva debería tener un motivo y una fecha, mejor si quedan anotados en las notas del proyecto.

La comparación habitual se hace con la **última** línea base, porque es el compromiso vigente. Las anteriores responden a otra pregunta: cuánto se ha movido el proyecto desde el principio, a través de todos los cambios aprobados. Juntas permiten distinguir los retrasos de las decisiones.

## Errores frecuentes

- **No guardar nunca la línea base.** Sin ella, nadie puede decir cuánto retraso lleva el proyecto, solo dónde está hoy.
- **Guardarla demasiado pronto.** Una línea base tomada sobre un borrador registra los cambios del plan como si fueran retrasos.
- **Rehacerla cada semana.** La desviación siempre es cero y los retrasos desaparecen de los informes, no del proyecto.
- **Mirar solo la tarea de resumen.** Las desviaciones que se compensan por debajo pueden ocultar sobrecostes y recuperaciones que merecen atención.
- **Contar días naturales.** Un deslizamiento de viernes a lunes es un día laborable, no tres.
- **Escribir las fechas a mano.** Las fechas fijas no se mueven con las predecesoras, y las desviaciones dejan de reflejar la cadena real de retrasos.

## Cómo hacerlo en Planitude

En Planitude la línea base se guarda automáticamente con la primera actualización del avance, así que el seguimiento nunca empieza sin referencia. También puedes guardar una en cualquier momento con **Guardar línea base**, o pedírselo al [asistente de IA](https://planitude.app/es/features#ai). Se conservan todas las líneas base y la comparación se hace con la última.

La línea base aparece como una barra gris bajo cada tarea del [diagrama de Gantt](https://planitude.app/es/gantt-chart-maker), y el deslizamiento se indica en días laborables (por ejemplo +3d), tareas de resumen incluidas. Las [funciones de seguimiento](https://planitude.app/es/features#tracking) señalan las tareas vencidas, las que van por detrás del plan y las que se han movido desde tu última visita, y los vínculos se vuelven rojos cuando un retraso supera la holgura y se propaga a las tareas siguientes.

En el conjunto de proyectos, la [vista de portfolio](https://planitude.app/es/features#portfolio) muestra la desviación respecto a la línea base y un estado automático para cada proyecto: en plazo, en riesgo o con retraso. Si vienes de Microsoft Project, puedes [importar el plan](https://planitude.app/es/features#import) y seguir trabajando con él.

**Prueba Planitude con tu propio plan** [Prueba Planitude gratis](https://planitude.app/es/signup)

## Preguntas frecuentes

### ¿Qué es la línea base en la dirección de proyectos?

Es una copia guardada del cronograma aprobado: comienzo, fin y duración de cada tarea. El plan actual se compara con ella para medir cuánto se ha desviado el proyecto.

### ¿Cuándo hay que guardar la línea base?

Después de aprobar el plan y antes de empezar el trabajo. Una nueva solo se guarda cuando un cambio aprobado modifica el alcance, el presupuesto o la fecha límite.

### ¿Qué diferencia hay entre deslizamiento y desviación de duración?

El deslizamiento, o desviación de fin, indica cuánto más tarde termina una tarea de lo previsto. La desviación de duración indica si el trabajo en sí lleva más o menos tiempo: una tarea puede deslizarse solo porque su predecesora se retrasó, sin ninguna desviación de duración.

### ¿Hay que rehacer la línea base cuando el proyecto va con retraso?

No para ocultar el retraso. Si se ha aprobado formalmente un plan de recuperación o una nueva fecha límite, una línea base nueva es legítima; si no, la desviación es precisamente la información que deben ver los interesados.

### ¿Por qué medir las desviaciones en días laborables?

Porque se trabaja en días laborables. Una tarea que pasa del viernes al lunes se ha deslizado un día laborable, no tres, y contar días naturales exageraría el retraso.

## Fuentes

Las páginas oficiales citadas en el artículo, consultadas en octubre de 2026.

[^1]: [PMI Lexicon of Project Management Terms](https://www.pmi.org/standards/lexicon)

## Prueba Planitude con tu propio plan

Crea una cuenta gratuita, importa tu archivo .mpp o empieza con una plantilla: en pocos minutos verás el diagrama de Gantt con dependencias, calendarios y ruta crítica.

[Prueba Planitude gratis](https://planitude.app/es/signup)