La importancia del control en un proyecto

El plan se aprobó en el comité de marzo. Nadie discutió las fechas, ni el alcance, ni el presupuesto. Tres semanas más tarde, en la reunión de seguimiento, alguien hace la pregunta evidente: ¿seguimos dentro del plan?

Las respuestas llegan en forma de impresiones. El equipo de desarrollo cree que va justo. El proveedor asegura que el equipamiento está en plazo. El gasto parece ir más o menos por donde debería. Nadie miente y nadie responde, porque no hay nada concreto con lo que comparar.

Ese hueco es lo que el control de proyectos existe para cerrar. No es un ritual mensual ni una diapositiva: es la maquinaria que convierte un plan aprobado en información con la que alguien puede actuar mientras todavía queda margen para actuar.

Qué es realmente el control

Tres palabras se usan como si fueran intercambiables, y esa confusión explica por qué tanto esfuerzo de seguimiento acaba produciendo tan poco.

El seguimiento observa. Recoge lo que está ocurriendo: horas registradas, tareas cerradas, facturas recibidas. El informe comunica: empaqueta ese material en bruto para un destinatario concreto. El control es el paso que queda en medio, y es justo el que se salta.

El control compara lo que ocurre con algo que se acordó, mide la diferencia y pone a alguien ante una decisión. Observar sin un punto de referencia no es control: es recogida de datos.

Un cuadro de mando lleno de cifras en tiempo real parece control y no lo es, porque nada de lo que muestra dice cuánto deberían valer esas cifras. Un solo número junto a su cifra aprobada vale más que veinte números sueltos.

Eso marca también el límite de lo que el control puede hacer. El control no hace que un proyecto salga bien, y no recupera el tiempo ya perdido. Lo que hace es acortar la distancia entre el momento en que aparece una desviación y el momento en que se entera alguien con capacidad para decidir, que en una implantación de un año es la diferencia entre un ajuste y un rescate.

Sin línea base no hay control posible

El control necesita una referencia, y tiene que estar fija. Aquí es donde más equipos se equivocan: comparan el plan de hoy con la realidad de hoy, y siempre coinciden, porque el plan se fue retocando sin ruido cada vez que la realidad se movía.

Una línea base es una instantánea guardada del plan en el momento en que se aprobó. Deja de ser editable, y eso es precisamente lo que la hace útil. Tres de ellas soportan casi todo el peso:

• Línea base de costes. Lo que se espera gastar, repartido en el tiempo según cuándo ocurre cada trabajo. Sin esa distribución solo puedes comparar totales al final, cuando ya no sirve para decidir nada.
• Línea base de cronograma. Las fechas comprometidas para cada fase y cada entregable. Responde a si el proyecto va tarde, que es una pregunta distinta de si alguien está trabajando mucho.
• Línea base de alcance. Las actividades que producen los entregables, tal como quedaron aprobadas en la estructura de descomposición del trabajo. Es lo que hace que el avance por actividad signifique algo, porque cada elemento tiene una definición de terminado acordada.

Una condición vale para las tres: el plan tiene que estar formalmente aprobado antes de convertirse en línea base, por el comité de dirección, la junta de accionistas o el patrocinador, según cómo gobierne la organización sus proyectos. Una línea base que nadie ha firmado es una opinión privada sobre el futuro, y no convence a nadie en una discusión.

En ITM Platform puedes guardar tantas líneas base como quieras y marcar una como activa, que es la que se compara con la situación actual. Al establecerla se guardan las fechas del proyecto y de sus tareas, las horas presupuestadas y estimadas, los costes y los ingresos previstos. Esos valores quedan junto a las cifras actuales en las secciones General, Presupuesto y Gantt, en las listas, en los informes y en la API. Líneas base del proyecto explica cómo se crea una y cómo se cambia la activa.

Las cuatro cosas que merece la pena controlar

Con una referencia establecida, el control tiene cuatro objetos. No son igual de fáciles, y fallan de maneras distintas.

Alcance. Si el trabajo que se está haciendo es el que se acordó, y si el resultado cumple los requisitos fijados al principio. La regla útil es binaria: una tarea que no cumple sus requisitos no está parcialmente terminada, está sin terminar. Un equipo que deja una tarea al 90 % durante tres semanas ha perdido el control del alcance sin darse cuenta.

Plazo. Si las fechas acordadas siguen en pie. Un detalle merece más atención de la que recibe: el primer cronograma se dibuja casi siempre sin margen por riesgos, y es deliberado. Un margen declarado en el plan original acaba absorbido por todo menos por el riesgo, porque cualquier retraso encuentra un motivo para usarlo. Mantén la reserva separada de las fechas comprometidas y libérala a propósito, no por inercia.

Coste. Hay dos cosas que vigilar: el coste total del proyecto y la posición de tesorería, es decir, cuándo sale el dinero de verdad. Un proyecto puede estar dentro de presupuesto y crear un problema de caja por concentrar todas sus compras en un solo trimestre.

Riesgos. El control de riesgos es el que se paga solo, porque un imprevisto golpea los objetivos de inmediato mientras otras desviaciones se acumulan poco a poco. La disciplina consiste en identificar los riesgos, planificar la respuesta antes del suceso y no durante, y revisar la lista a medida que el proyecto cambia de forma. Las seis fases para controlar el riesgo recorren ese ciclo en orden.

El avance no es lo mismo que las horas consumidas

La sustitución más común en el seguimiento de proyectos consiste en tratar el esfuerzo consumido como si fuera avance. Se ha ido la mitad de las horas estimadas, así que la tarea estará a mitad de camino.

Horas consumidas ≠ avance conseguido.

Las dos describen realidades distintas. El avance es la proporción de trabajo realmente hecho, y alguien tiene que valorarlo. Las horas son una entrada, y una tarea puede quemarse su estimación completa sin producir nada utilizable. Mantenerlas separadas es lo que hace visible una desviación: una tarea al 30 % de avance con el 80 % de sus horas gastadas es un problema que se ve, y una cifra única mezclada lo esconde.

La valoración corresponde a quien está lo bastante cerca del trabajo para juzgarlo, normalmente el responsable de la tarea o el director del proyecto.

La comparación es aritmética sencilla. El avance previsto a día de hoy sale de la línea base, el avance real lo informa quien hace el trabajo, y la diferencia es la desviación de cronograma que o absorbes o escalas. Agregar el avance de las tareas en las tareas resumen y en el total del proyecto te da esa comparación en todos los niveles del plan.

ITM Platform mantiene el avance separado de las horas consumidas y acepta el informe de progreso desde la hoja de horas, la sección de seguimiento de la tarea, el diagrama de Gantt o la API, y después lo agrega en las tareas resumen y en el total del proyecto. Seguimiento de proyectos en cascada describe cada uno de esos puntos de entrada.

Control de costes antes de que llegue la factura

Con el dinero, el control se reduce casi siempre a una sola comparación: presupuesto contra real. Dos cifras no pueden decirte si una desviación viene de una estimación mala o de una ejecución mala. Tres sí.

Cifra	Qué es	A qué pregunta responde	Cuándo se mueve
Presupuesto top-down	El importe asignado al proyecto, fijado a mano al aprobarlo	¿Cuánto nos han aprobado gastar?	Pocas veces, y solo mediante un cambio formal
Estimación bottom-up	El coste calculado a partir de las tareas y el reparto de recursos del plan	¿Cuánto cuesta el plan tal como está ahora?	Cada vez que el plan se vuelve a estimar o cambia de equipo
Valores reales	Las horas ya imputadas al coste del recurso, más las compras y facturas anotadas	¿Cuánto llevamos ya gastado o firmado?	De forma continua, a medida que se informan horas y llegan facturas

Leídas por parejas, las tres cifras separan los dos modos de fallo. La estimación contra el presupuesto te dice si el plan era asumible, y está disponible antes de gastar un euro. Los valores reales contra la estimación te dicen si el trabajo está costando lo que debería. Un proyecto cuya estimación ya superaba el presupuesto en la primera semana tiene un problema de estimación que la disciplina de ejecución no va a arreglar.

ITM Platform muestra las tres cifras en la pestaña Presupuesto del proyecto: el presupuesto top-down que fijas a mano, la estimación bottom-up calculada a partir de las tareas y asignaciones de recursos, y los valores reales que salen de las horas registradas y de las compras y facturas anotadas, con la opción de establecer ahí mismo una nueva línea base. Presupuesto del proyecto explica cómo se relacionan esos bloques.

Convertir el control en una decisión

El control que se queda en la medición es una afición cara. Lo que sale de él tiene que llegar a alguien que pueda cambiar algo, en un momento en el que cambiarlo todavía sea barato.

Eso significa cerrar tres cosas antes de que el proyecto empiece, no durante su primera crisis. Cada cuánto se hace la comparación, que en la mayoría de los proyectos significa semanal a nivel de tarea y mensual a nivel de comité. Quién la lee: personas con nombre, no una lista de distribución. Y qué dispara una escalada: una desviación por encima de un porcentaje acordado, un hito en riesgo, una previsión de sobrecoste por encima de un importe fijado.

Los umbrales acordados de antemano mantienen la conversación sobre el proyecto en lugar de sobre el mensajero. Cuando la regla se escribió antes de que nadie supiera qué proyecto la iba a incumplir, informar de una desviación es cumplir una norma y no confesar una culpa, y salen a la luz más problemas mientras todavía son pequeños.

El informe es el vehículo, y vale más cuando lleva una previsión que cuando recita historia: cuál es el estado, qué se ha movido, qué dice la estimación actual sobre la fecha de fin y el coste final, y qué decisión se está pidiendo. Todo lo que debes incluir en un informe de estado de proyecto repasa ese contenido en detalle.

Siguientes pasos

• Prueba ITM Platform y establece una línea base en un proyecto que ya tengas en marcha; después compara el avance y el coste de esta semana con ella.
• Mira qué abarca la planificación y el seguimiento en ITM Platform, desde la estructura de descomposición del trabajo y el Gantt hasta el informe de avance y la desviación respecto a la línea base.