Calcular quan acaba un projecte: guia pas a pas amb exemple

La data final d'un projecte es determina identificant la seqüència més llarga de tasques dependents i projectant el seu esforç sobre el calendari real de feina de l'equip. Per conèixer aquesta data sense endevinar-la, cal establir la durada estimada de cada activitat, fixar les dependències estrictes d'inici i assignar una única tasca simultània per responsable.

Com es calcula exactament la data final d'un projecte?

El càlcul rigorós de la data de finalització requereix tres elements bàsics: una llista tancada de tasques amb durada estimada, l'ordre d'execució marcat per les dependències tècniques i el calendari laboral de les persones que executaran el treball. Sense aquests tres paràmetres, qualsevol data límit és només un desig sense base matemàtica.

Per obtenir el dia exacte d'acabament, se segueix el procediment de pas endavant: es pren la data d'inici del projecte, s'hi suma la durada de la primera tasca respectant les hores hàbils de la jornada i es troba la seva data d'acabament. Les tasques posteriors s'inicien immediatament després que acabi la seva predecessora. Si una tasca necessita que finalitzin dues activitats prèvies diferents, no pot començar fins que no hagi conclòs l'última de les dues.

Quan aquest recorregut arriba a l'última tasca de la cadena, el moment en què aquesta es completa marca el final del projecte. Aquest mètode garanteix que cap data no quedi a l'aire i permet saber en quin dia i quina hora es podrà fer el lliurament definitiu.

Quines 3 variables determinen el calendari real d'una tasca?

Fixar una data en un calendari sense tenir en compte el context operatiu porta a retards constants. La durada en hores d'una tasca mai no equival directament als dies naturals que passaran des que s'inicia fins que es lliura. Tres variables físiques governen aquest càlcul:

1. L'esforç net de la tasca. És el volum real de feina mesurat en hores o dies laborables. Una tasca de 6 hores laborals representa una jornada sencera si l'estàndard d'activitat efectiva és d'aquesta quantitat. No s'ha de confondre l'esforç amb el temps transcorregut.
2. El calendari laboral i les absències. Els caps de setmana, els festius oficials i els dies d'absència del professional aturen el comptador. Una tasca de 2 dies començada un dijous al matí no finalitza divendres al vespre si la jornada no absorbeix tot l'esforç, sinó que passa automàticament al dilluns següent.
3. La disponibilitat horària diària. Cap professional no pot dedicar el 100% de la seva jornada de presència a tasques de producció. Les reunions, el correu i les pauses redueixen la capacitat efectiva. Un marc de 6 hores netes al dia per a tasques programades evita assignar un volum de feina irrealitzable.

La guia tècnica GAO Schedule Assessment Guide de la U.S. Government Accountability Office estableix que reflectir amb precisió la disponibilitat de recursos i els calendaris operatius és un requisit imprescindible per obtenir cronogrames fiables i defensables davant tercers.

Com influeix l'assignació de persones en la data de lliurament?

Un error habitual en la planificació consisteix a ignorar qui fa la feina i suposar que totes les tasques que no depenen entre si es poden fer alhora. A la pràctica, si dues tasques independents estan assignades a la mateixa persona, no poden avançar en paral·lel: una ha d'esperar que acabi l'altra.

Quan una persona rep diverses tasques, el gestor ha de decidir quin ordre segueixen. La segona tasca queda endarrerida automàticament pel volum de feina de la primera, encara que no hi hagi cap dependència tècnica entre elles. Aquest fenomen, conegut com a anivellament de recursos, és el motiu pel qual molts projectes acaben més tard del que semblava inicialment sobre el paper.

Per evitar la sobrecàrrega i els retards invisibles, cal aplicar el principi d'una sola tasca activa per persona al mateix temps. Si un dissenyador té assignades dues feines de dos dies cadascuna, el temps necessari per completar-les serà de quatre dies laborables consecutius, mai de dos.

Exemple pràctic de càlcul: de la primera tasca a la data final

El següent cas pràctic mostra el funcionament d'un projecte curt coordinat entre tres persones. Es tracta de l'elaboració i impressió d'un fullet comercial amb inici fixat per al dilluns 26 d'octubre del 2026.

Per a aquest càlcul s'aplica una jornada de dilluns a divendres amb 6 hores laborables al dia dedicades íntegrament a tasques del projecte, de manera que 1 dia de feina equival estrictament a 6 hores. Cada persona fa només una tasca alhora i les dependències són estrictes d'acabament a començament: una tasca només pot arrencar quan la seva predecessora ha acabat completament.

L'anàlisi de la seqüència permet explicar de manera objectiva per què el projecte no pot acabar abans del divendres 30 d'octubre:

1. Dissenyar la portada requereix 2 dies complets (12 hores). Com que l'Ana comença dilluns al matí, hi dedica tot el dilluns 26 i tot el dimarts 27 d'octubre. La tasca finalitza dimarts al final de la jornada.
2. Maquetar el fullet necessita 1 dia i mig (9 hores de feina). Encara que l'Ana és la responsable i podria conèixer el projecte abans, no pot iniciar la maquetació sense tenir aprovat el concepte gràfic. L'Ana comença dimecres 28 al matí (6 hores) i hi dedica 3 hores del dijous 29. Acaba exactament a la meitat de la jornada de dijous.
3. Revisar els textos dura mig dia (3 hores) i depèn de disposar de la maqueta tancada. En Luis rep el document dijous 29 a migdia, just quan l'Ana acaba, i empra les seves 3 hores laborables restants del dijous per enllestir la correcció abans de plegar.
4. Enviar a impremta és una tasca d'1 hora assignada a Tu. Com que en Luis ha acabat la revisió dijous al vespre, la feina arrenca a primera hora del divendres 30 d'octubre. En completar-se aquesta hora, el projecte queda enllestit el divendres 30 d'octubre del 2026.

Aquesta concatenació lògica mostra com cap persona té sobrecàrrega i cap tasca comença abans de comptar amb els materials necessaris.

Per què fallen les estimacions habituals i com justificar els marges?

Quan les persones estimen la durada de les seves pròpies tasques, solen visualitzar l'escenari ideal on res no s'espatlla, no hi ha interrupcions i la concentració és màxima. Aquesta tendència cognitiva va ser documentada empíricament per Buehler, Griffin i Ross (1994), els quals van analitzar la fal·làcia de la planificació i van demostrar que la gent subestima sistemàticament el temps que trigarà a completar una feina, fins i tot quan tenen l'experiència prèvia de tasques similars que van requerir molt més temps.

En l'àmbit organitzatiu, aquesta distorsió s'agreuja pel biaix d'optimisme col·lectiu. La guia sobre el biaix d'optimisme del manual Green Book supplementary guidance: optimism bias del Tresor britànic (HM Treasury) adverteix que els qui planifiquen projectes tendeixen a subestimar costos i terminis de forma recurrent. Segons les directrius de gestió pública, la solució rigorosa consisteix a basar les estimacions en dades històriques contrastades i afegir un marge d'ajustament explícit en lloc d'escurçar els calendaris per complir terminis arbitraris.

Quan cal justificar una data de finalització davant la direcció o un client, mai no s'ha de presentar una xifra basada en la intuïció. La millor defensa d'un cronograma consisteix a desglossar l'esforç en activitats verificables i indicar de manera transparent la relació de dependència entre cadascuna d'elles.

Com explicar a un client o responsable per què el projecte acaba aquell dia?

La majoria de discussions sobre les dates límit es produeixen perquè el client o el responsable corporatiu només veu el resultat final en el calendari, sense entendre la cadena de causes que empeny aquesta data.

Per explicar el motiu d'una data de lliurament sense entrar en conflictes subjectius, la conversa s'ha de centrar en la cadena causal:

• Identificar el coll d'ampolla: Mostrar quina seqüència de tasques condiciona directament el final del projecte. Si el client demana avançar el lliurament tres dies, cal mostrar quina tasca d'aquesta cadena s'hauria de retallar o quin requisit s'hauria d'eliminar.
• Exposar la capacitat real: Aclarir que afegir més tasques a la mateixa persona només allarga el calendari en línia recta, perquè ningú pot fer dues tasques alhora sense dividir el seu rendiment.
• Diferenciar dies hàbils de dies naturals: Recordar quants dies festius o no laborables cauen entremig del període d'execució.

En eines com tokidu, el gestor de projectes de Sinergia Barcelona, aquesta explicació és immediata mitjançant la funcionalitat «Per què aquesta data?»: en tocar qualsevol data prevista, el sistema mostra una frase senzilla que descriu exactament quin motiu l'està empenyent, ja sigui l'espera per una tasca anterior, la cua de feina prèvia d'aquella persona o els dies no laborables del calendari. Aquest mecanisme elimina les suposicions i converteix la data en una conseqüència lògica de les restriccions del pla.

Com controlar els canvis quan una tasca s'endarrereix?

Al llarg de qualsevol projecte real, alguna tasca necessitarà més hores de les previstes o patirà un imprevist. Quan això passa, intentar mantenir artificialment la data final sense alterar les tasques intermèdies només genera estrès i plans falsos.

Hi ha dos enfocaments habituals per gestionar aquests desplaçaments:

1. Càlcul dinàmic automàtic. Quan una tasca s'allarga, el cronograma empeny de manera immediata totes les activitats que depenen d'ella i reorganitza la càrrega de treball futura. Aquest és el principi de les funcions de planificació de tokidu basades en «Dates que es calculen soles»: quan canvia la durada o s'afegeix feina, el sistema recalcula en quina data acaba cada tasca i el projecte complet, avisant de seguida si s'incompleix alguna data límit pactada.
2. Comparativa amb línies base. Els gestors tradicionals prefereixen desar una còpia estàtica del pla original per mesurar les desviacions al llarg del temps. Per exemple, Project d'escriptori permet desar fins a 11 línies base per projecte, tal com detalla la documentació oficial de Microsoft Support (comprovat el 29 de setembre de 2026). Per la seva banda, l'eina Microsoft Planner ofereix línies base només en els plans de subscripció Plan 3, amb un límit d'una línia base per pla segons anuncia Microsoft Tech Community (comprovat el 29 de setembre de 2026).

Disposar d'un sistema que recalcula les dates en temps real permet prendre decisions abans que sigui massa tard: si una tasca inicial de dos dies s'endarrereix 24 hores, l'equip sap el mateix dia quines tasques futures queden desplaçades i pot renegociar l'abast o reassignar recursos amb antelació.