Cando remata un proxecto: guía de cálculo con exemplo real

A data final dun proxecto determínase calculando a secuencia de tarefas dependentes que non teñen marxe de tempo e sumando as súas duracións sobre o calendario laboral efectivo de cada persoa asignada. Non depende de desexos nin de fitos arbitrarios: establécese cando a última actividade da cadea de dependencias queda completada sen solapamentos de dedicación persoal.

Moitas planificacións fallan porque confunden o desexo de rematar nunha data coa capacidade real de completar o traballo necesario. Cando un cliente ou un responsable de departamento pregunta por que un proxecto non pode entregarse antes, a resposta non pode ser unha apreciación subxectiva. Debe basearse nun cálculo estruturado que vincule de forma transparente o volume de horas, o calendario de quen executa o traballo e a orde estrita na que se deben abordar as tarefas.

Que catro factores determinan a data exacta de entrega dun proxecto?

Calquera estimación rigorosa dun prazo require analizar catro variables que interactúan de maneira constante:

1. A duración neta do esforzo. Non é o mesmo o tempo de dedicación que o tempo de calendario. Unha tarefa de 12 horas de traballo efectivo non se remata nun día natural se a xornada laboral diaria é de 6 horas produtivas.
2. A dispoñibilidade individual e os calendarios. As fins de semana, os días festivos, as vacacións programadas e as xornadas reducidas desprazan as datas no calendario. Se unha persoa só traballa a media xornada ou libra os venres, o cálculo automático debe reflectir esa realidade de xeito inmediato.
3. As dependencias lóxicas entre tarefas. A gran maioría dos traballos nun proxecto precisan que outra persoa remate antes a súa parte. Se a maquetación precisa do texto revisado, esa segunda tarefa non pode adiantarse nin un só minuto no calendario, por moito que a persoa maquetadora estea libre.
4. A restrición de concorrencia persoal. Unha persoa non pode executar dúas tarefas á vez co cento por cento da súa atención. Se alguén ten asignadas dúas tarefas de dous días cada unha, a duración total desa persoa é de catro días consecutivos, nunca de dous en paralelo.

O documento técnico GAO Schedule Assessment Guide define que un cronograma crible require incorporar todas as actividades, reflectir as dependencias lóxicas de principio a fin e asignar os recursos de forma que non se sobrecarguen nin se asuman capacidades imposibles.

Por que a intuición falla ao calcular a duración do traballo?

A tendencia humana habitual é pensar no mellor escenario posible. A investigación dirixida por Buehler, Griffin e Ross (1994) documentou amplamente a chamada «falacia da planificación», o fenómeno psicolóxico polo cal as persoas subestiman de maneira sistemática o tempo que precisan para completar unha tarefa, mesmo cando teñen experiencia previa en tarefas semellantes que levaron moito máis tempo.

Cando se planifica de memoria ou a ollo, adóitase esquecer o tempo necesario para tarefas intermedias inevitables: a revisión de borradores, as correccións de erros, a resposta lenta dun provedor externo ou as interrupcións normais da xornada. As directrices oficiais recollidas na Green Book supplementary guidance advirten sobre este rumbo ao optimismo nas previsións temporais e orzamentarias, recomendando axustes explícitos para compensar a tendencia a calcular prazos demasiado optimistas.

Ademais, os proxectos con compoñente tecnolóxico sofren con frecuencia desvíos substanciais se non se xestionan con rigor analítico. No estudo de Flyvbjerg e Budzier (2011) analizouse o risco estrutural dos proxectos de tecnoloxía e a frecuencia con que ocorren desviacións imprevistas cando as incertezas e as dependencias non se calculan con precisión matemática dende o primeiro día.

Cal é o método paso a paso para xustificar a data final ante un cliente?

Para defender unha data límite sen recorrer a discusións estériles, o procedemento require cinco etapas ordenadas:

1. Descompor o traballo en partes pechadas. Ningunha tarefa debería definirse de forma abstracta («deseño web»). Cómpre dividila en entregables con principio e fin («deseño de wireframes», «proposta de tipografía», «aprobación da paleta»). Canto máis concreto sexa o alcance, máis sinxelo resulta asignarlle unha duración realista.
2. Definir o esforzo en horas laborais. Estímase cantas horas reais de traballo require cada bloque. O cálculo debe contemplar a complexidade técnica e deixar de lado suposicións sobre xornadas perfectas sen interrupcións.
3. Establecer a persoa responsable e o seu calendario. Asógnase cada tarefa a unha soa persoa. Se dúas persoas colaboran, defínense dúas tarefas ou asignacións separadas. Débese coñecer cantas horas ao día traballa esa persoa nese proxecto concreto.
4. Vincular as dependencias estritas. Márcase cal tarefa debe estar rematada para que a seguinte poida arrincar. Isto crea unha cadea de actividades interconectadas.
5. Percorrer a cadea crítica ata a data resultante. Ao sumar a secuencia continuada de tarefas que non admiten atraso, chégase á data final exacta. Cando un cliente pide entregar tres días antes, o gráfico amosa con claridade cal tarefa concreta habería que eliminar ou recortar para facelo posible.

Exemplo práctico: cálculo paso a paso dun proxecto editorial

Imaxinemos un proxecto habitual nun estudio gráfico: a preparación e entrega dun folleto comercial para unha imprenta. No canto de fixar un venres arbitrario como meta, o traballo divídese entre as persoas implicadas con estimacións exactas.

O cálculo realizado polo motor de datas de tokidu, o xestor de proxectos de Sinergia Barcelona, amosa como as dependencias e os límites de dedicación de cada profesional determinan o calendario día a día:

Calendario: de luns a venres, 6 h de tarefas ao día (o calendario por defecto de tokidu); «1 día» son 6 h de traballo. Cada persoa fai unha tarefa cada vez. Comeza o luns 26 de outubro de 2026. O proxecto remata o venres 30 de outubro de 2026.

Este exemplo permite explicar con total transparencia a lóxica das datas:

• Por que a maquetación non comeza o luns? Porque Ana precisa dous días enteiros de traballo (luns 26 e martes 27) para deseñar a portada. Como a maquetación agarda pola portada e ademais a fai a mesma persoa, Ana non pode adiantala ao martes.
• Por que a maquetación remata o xoves? Ao requirir 1 día e medio (9 horas de traballo a 6 horas diarias), Ana dedica todo o mércores (6 horas) e a metade do xoves (3 horas). A tarefa remata o xoves 29 a mediodía.
• Por que a revisión de textos remata o mesmo xoves? Luis recibe o folleto maquetado o xoves 29 a mediodía. Como a súa tarefa dura medio día (3 horas), ten marxe dabondo para completala nesa mesma tarde antes de pechar a xornada.
• Por que o envío se vai ao venres 30? Tras a revisión de Luis o xoves pola tarde, o envío require 1 hora. Como a xornada laborable do xoves rematou, esa hora trasládase ao primeiro tramo laboral do venres 30 de outubro.

Se un cliente esixise ter o proxecto entregado o mércores 28 pola tarde, a táboa demostra que non é unha cuestión de présa: Ana necesitaría 3 días e medio de traballo individual só para chegar á fase de maquetación, algo matematicamente imposible de encaixar en tres días laborables sen reducir o traballo ou cambiar os recursos.

Na aplicación tokidu, a funcionalidade «Datas que se calculan soas» distribúe este esforzo de xeito automático, mentres que a función «Por que esa data?» redacta ao instante a explicación exacta de que tarefa previa ou que límite de xornada está a empurrar cada día no calendario.

Como explicar as diferenzas entre o plan orixinal e a data prevista?

Ao longo da execución dun proxecto, a data calculada polo motor de planificación pode afastarse da data comprometida inicialmente. Para controlar e xustificar estes desvíos utilízanse as liñas de base.

Unha liña de base é unha instantánea conxelada das datas, esforzos e fitos acordados nun intre determinado. Cando o traballo real comeza a rexistrar demoras ou adiantos, a liña de base mantense inalterable como referencia histórica, mentres que o cronograma activo recalcula o remate previsto segundo a realidade do día a día.

Comparar a estimación actual coa liña de base permite separar con precisión a causa dun atraso: non é o mesmo que unha tarefa levara máis horas das orixinais a que a entrega se movese porque o cliente tardou catro días máis do previsto en aprobar un deseño intermedio.

Que catro preguntas permiten responder con solvencia cando un proxecto se atrasa?

Cando un cronograma amosa unha data posterior á pactada, débese responder con datos obxectivos mediante catro verificacións:

1. Que tarefa concreta rompeu o calendario orixinal? Cómpre identificar a actividade específica cuxa execución superou o tempo estimado ou que arrincou con atraso pola espera dun terceiro.
2. Quen asumiu o colo de botella? Analízase se a persoa responsable tiña unha acumulación de tarefas consecutivas que non permitían ningunha flexibilidade de axenda.
3. Cantas xornadas hábiles se perderon por causas externas? Se un cliente demorou unha revisión ou xurdiu un festivo non contemplado inicialmente, indícase o impacto neto en días de traballo.
4. Que tarefas sucesoras foron empurradas en cadea? Detállase como o atraso inicial dunhas horas nunha tarefa predecesora obrigou a trasladar o inicio das seguintes ao seguinte día hábil dispoñible.