Línea base del alcance con ejemplo real

Definir la línea base del alcance de un proyecto marca la diferencia entre entregar lo prometido o improvisar sobre la marcha. Aquí te muestro, con el ejemplo real del diseño y fabricación de un dron de reparto autónomo, cómo estructurar ese documento maestro que ordena tu proyecto de principio a fin.

¿Qué información debe contener la línea base del alcance?

El documento lo puedes armar en Google Docs, Word o cualquier editor de texto. Lo importante no es la herramienta, sino que cada sección quede clara y accionable para tu equipo.

Para el proyecto del dron incluí estos bloques:

• Justificación del proyecto y por qué vale la pena ejecutarlo.
• Objetivo medible del producto que se va a entregar.
• Entregables con sus requisitos clave y criterios de aceptación.
• Definición del alcance con inclusiones, exclusiones, supuestos y restricciones.

No es cualquier dron: es un dron que cumple requisitos específicos y criterios de aceptación definidos. Ese detalle es el que evita malentendidos con el cliente o el patrocinador [00:35].

¿Qué son las restricciones en un proyecto? Son los límites innegociables: un presupuesto máximo en dólares, una fecha de lanzamiento fija o el uso obligatorio de cierto software. Marcan el terreno dentro del cual debes moverte.

¿Cómo se documentan los cuatro elementos del alcance?

La definición del alcance se apoya en cuatro elementos que trabajan juntos. Lo que sí vas a incluir, las exclusiones que dejas fuera, los supuestos que asumes como ciertos y las restricciones que te condicionan.

Si omites cualquiera de los cuatro, dejas la puerta abierta a que el proyecto se desborde. Y ahí es donde aparecen los famosos scope creep que descuadran cronograma y costos.

¿Cómo se construye la EDT y su diccionario?

La estructura de desglose de trabajo, conocida como EDT, es el mapa jerárquico de todo lo que hay que hacer. Puedes trabajarla como diagrama visual o como lista dentro de una tabla [01:35].

Para el dron armé dos tablas complementarias:

1. Un listado simple de entregables con una descripción breve.
2. Un diccionario de la EDT con paquetes de trabajo, detalle del alcance y dependencias.

Agregar las dependencias desde este momento te ahorra dolores de cabeza después, porque esa información alimenta directamente el cronograma y te ayuda a asignar responsables por cada paquete de trabajo [02:20].

¿Para qué sirve identificar dependencias en la EDT?

Las dependencias te dicen qué actividad no puede empezar hasta que otra termine. Sin ese cruce, secuenciar el cronograma se vuelve adivinanza.

Además, cuando tienes claras las dependencias, sabes qué paquetes son críticos y cuáles pueden moverse sin afectar la fecha final del proyecto.

¿Cómo se usa la matriz RACI en la gestión de comunicaciones?

La matriz RACI cruza los paquetes de trabajo con los stakeholders del proyecto para dejar claro quién hace qué [02:55]. Cada persona recibe una de cuatro asignaciones:

• R (Responsible): quien ejecuta la tarea.
• A (Accountable): quien responde por el resultado.
• C (Consulted): a quien se le consulta antes de decidir.
• I (Informed): a quien se le informa después.

No todos los stakeholders aparecen en todos los paquetes. Algunos quedan en blanco porque no tienen relación con esa actividad. El project manager, en cambio, suele ser transversal: unas veces responsable, otras consultado, otras informado.

¿Qué diferencia hay entre Responsible y Accountable? El Responsible hace el trabajo con sus manos. El Accountable es quien responde ante el patrocinador si algo sale mal. Puede haber varios R, pero solo un A por tarea.

¿Qué elementos incluye un plan de comunicaciones?

Con la matriz RACI lista, construyes el plan de comunicaciones detallando para cada stakeholder [03:55]:

• Propósito de la comunicación.
• Mensajes clave.
• Frecuencia y canal.
• Dueño de la relación.
• Artefactos, métricas y disparadores.

Para un patrocinador del proyecto, por ejemplo, el propósito es la alineación estratégica. Los mensajes clave giran alrededor del ROI, los avances, los hitos y los riesgos críticos. La frecuencia suele ser mensual, con un resumen ejecutivo por correo, y el dueño de esa relación es el project manager.

Los artefactos típicos son actas de steering committee, listas de decisiones y un dashboard de indicadores. Los disparadores aparecen antes o después de un hito clave, cuando toca actualizar al patrocinador.

¿Cómo se gestiona una solicitud de control de cambios?

El ejemplo que revisamos fue una petición del área de marketing: querían que el logo de la empresa fuera visible en el dron [05:20]. Ese cambio externo obliga a llenar una solicitud formal que documente:

1. Descripción del cambio y beneficios esperados.
2. Opciones consideradas para ejecutarlo.
3. Impacto estimado en alcance, tiempo y costo.
4. Riesgos identificados y recomendación del project manager.
5. Plan de implementación si se aprueba.

Como la solicitud viene de alguien externo pidiendo un ajuste, hay que escalarla a quien corresponda. Por eso el documento incluye una tabla con los roles que aprueban o rechazan la decisión.

¿Qué pasa con la línea base cuando se aprueba un cambio?

Si el cambio se aprueba, ajustas la línea base de alcance, cronograma o costos. Un cambio en el alcance casi siempre arrastra cambios en el cronograma y los costos, así que vas a manejar versiones del documento para llevar la trazabilidad [06:45].

El flujo completo del proceso de cambio se ve así:

1. Se registra la solicitud.
2. El project manager la valida.
3. Se hace análisis de riesgos técnicos.
4. El comité de gestión de cambios la revisa.
5. Se aprueba o se rechaza.
6. Se actualizan las líneas base.
7. Se cierra con verificación de beneficios y lecciones aprendidas.

Con estas plantillas, la EDT, el diccionario, la matriz RACI, el plan de comunicaciones y la solicitud de control de cambios, tienes todo lo necesario para armar la línea base del alcance de tu propio proyecto. Ajusta los documentos, ponles el logo de tu empresa y cuéntame en los comentarios qué proyecto vas a estructurar primero.