Integración de Proyectos · Serie 2 · Semana 1 · Tema 1.1
"El objetivo del proyecto es implementar el nuevo sistema." Esa frase, que aparece en miles de actas de constitución, contiene el error más costoso y más repetido de la dirección de proyectos: confunde el objetivo con el alcance.
Implementar el sistema no es el objetivo. Es lo que vas a hacer. El objetivo es aquello para lo que sirve haberlo hecho, y si no está escrito, nadie puede decidir bien cuando haya que recortar.
Es la confusión que arrastra después a la recolección de requerimientos, porque no se sabe contra qué validarlos.
La diferencia, en una línea
- El objetivo responde para qué. Es un resultado de negocio, medible, que ocurre cuando el proyecto ya terminó.
- El alcance responde qué. Es el conjunto de entregables y trabajo necesarios para lograrlo.
Un ejemplo concreto:
| Mal | Bien | |
|---|---|---|
| Objetivo | Implementar un CRM | Reducir el tiempo de respuesta a solicitudes de 48 a 8 horas antes de junio |
| Alcance | (no se distingue) | Configuración del CRM, migración de 12.000 registros, capacitación de 40 personas, integración con facturación |
Con el objetivo bien escrito, todas las decisiones difíciles del proyecto tienen criterio. ¿Vale la pena la integración con facturación? Depende de si contribuye a bajar el tiempo de respuesta. Sin objetivo, esa pregunta se responde por gusto o por quién la pide.
Por qué el objetivo debe ser medible aunque incomode
Escribir "de 48 a 8 horas" obliga a alguien a comprometerse, y por eso genera resistencia. Es más cómodo escribir "mejorar la atención al cliente", que nadie puede incumplir.
Pero esa comodidad tiene un precio: un objetivo que no se puede incumplir tampoco se puede lograr. Y cuando el proyecto termine, no habrá forma de saber si sirvió, lo que en la práctica significa que nadie defenderá la siguiente inversión parecida.
Si el patrocinador no acepta una cifra, suele haber una razón de fondo: no sabe cuál es la situación actual. Esa es la conversación real, y descubrirla al inicio vale más que el número.
Los tres límites que definen el alcance
Un alcance bien delimitado necesita tres cosas, y la tercera casi siempre falta:
Lo que se incluye. Los entregables, con el detalle suficiente para estimarlos.
Lo que se excluye explícitamente. Aquí es donde se evitan las peleas. "No incluye la migración de datos anteriores a 2020" es una frase que ahorra semanas de discusión en el mes cuatro. Todo lo que un interesado pueda razonablemente suponer que está incluido y no lo está, debe aparecer escrito.
Los supuestos y restricciones. "Se asume que el área usuaria dedicará dos personas a tiempo parcial" es un supuesto. Si no se cumple, el alcance cambia y hay una base documentada para replantearlo.
El enunciado del alcance y la EDT
El enunciado describe en prosa qué se hará; la estructura de desglose del trabajo lo descompone en paquetes manejables. Ambos forman, junto con el diccionario de la EDT, la línea base del alcance.
La regla práctica para descomponer: baja hasta que un paquete de trabajo pueda estimarse con confianza y asignarse a una persona. Ni más ni menos. Descomponer de más produce microgestión; de menos, estimaciones que son adivinanzas.
La corrupción del alcance, y cómo empieza
El alcance no crece por decisiones grandes. Crece por acumulación de favores pequeños: un campo extra en un formulario, un reporte adicional, "ya que estamos". Cada uno es razonable y ninguno se registra.
El mecanismo de defensa no es decir que no. Es hacer visible el costo: toda solicitud nueva pasa por el control de cambios, aunque sea diminuta. No para rechazarla, sino para que quien la pide vea qué desplaza.
Una frase que funciona bien: "Podemos hacerlo. Son tres días, y el hito de mayo se mueve al 8. ¿Lo autorizas?" Casi siempre la respuesta es que no era tan urgente.
Cuando el objetivo cambia a mitad del proyecto
Ocurre, y no siempre es malo. El mercado se mueve, la normativa cambia, la organización se reorganiza. Lo grave no es que el objetivo cambie: es que cambie sin que nadie lo declare.
La señal de que está pasando es sutil. Empiezan a aparecer solicitudes que no encajan con el objetivo escrito, y en vez de rechazarse se aceptan porque "es lo que ahora importa". El objetivo real se desplaza mientras el documento sigue diciendo otra cosa.
Cuando detectes ese desfase, la acción correcta es detenerse y replantear formalmente: reescribir el objetivo, revisar si el alcance sigue siendo el adecuado y recalcular plazo y costo. Es una conversación difícil de una hora que evita seis meses construyendo algo que ya nadie quería.
Un proyecto cuyo objetivo cambió tres veces sin replanteo formal no está adaptándose: está a la deriva con buena documentación.
Caso práctico: la frase de nueve palabras
Escenario construido con patrones habituales; las cifras son ilustrativas.
Un proyecto de sistema de facturación tiene el alcance cerrado y firmado. En una reunión de seguimiento del mes dos, un directivo comenta de pasada: «esto va a servir también para las notas de crédito, ¿no?».
El director de proyecto responde que se puede mirar. Nadie levanta un cambio, porque no ha habido ninguna petición formal — solo un comentario.
El equipo, que sí lo oyó, empieza a diseñar contemplando ese caso. Cuesta un poco más y parece sensato adelantarse.
Las notas de crédito arrastraban un flujo de autorización distinto, una integración contable adicional y tres pantallas nuevas. En el mes seis, el esfuerzo asociado rondaba el 15 % del proyecto y no estaba en ninguna línea base.
Cuando se hizo visible, la conversación fue la peor posible: el directivo recordaba haberlo preguntado, no haberlo pedido; y el equipo había invertido seis meses en algo que nadie había aprobado.
La corrupción del alcance casi nunca entra por una petición. Entra por una pregunta que nadie contesta con un no ni convierte en una solicitud.
El remedio es de una frase, y hay que decirla en la reunión, no después: «puede entrar, y sale con una solicitud de cambio; mientras no la haya, seguimos con lo firmado». Cuesta treinta segundos de incomodidad y ahorra seis meses de trabajo no autorizado.
Checklist
- ¿El objetivo está escrito como resultado de negocio medible, no como actividad?
- ¿Hay una cifra de partida y una meta, con fecha?
- ¿El alcance dice explícitamente qué NO se incluye?
- ¿Están escritos los supuestos de los que depende el plan?
- ¿Cada paquete de trabajo tiene un responsable y una estimación defendible?
- ¿Existe un mecanismo por el que los cambios pequeños también se registran?
Para cerrar
Un proyecto sin objetivo medible no tiene brújula: cualquier decisión de recorte se vuelve una negociación de poder. Escribir el objetivo bien cuesta una conversación incómoda al inicio y ahorra todas las demás.
Dime en los comentarios: en tus proyectos, ¿el acta de constitución tiene un objetivo con número, o una frase que nadie puede incumplir?
Referencias
- Project Management Institute, Guía del PMBOK, 7.ª edición.
- ISO 21502:2020, apartados sobre integración y alcance.
- AXELOS, Managing Successful Projects with PRINCE2, sobre el caso de negocio.
← Anterior en la serie: El plan de proyecto no es el cronograma: qué contiene de verdad
Siguiente en la serie: Gestión de configuración: saber qué versión de qué cosa está funcionando ahora mismo →
Este artículo forma parte de Integración de Proyectos, una serie de 20 artículos. Ver todos los de esta serie · Índice completo por materia.