Tasca predecessora i successora: definició i exemples pràctics

Una tasca predecessora és una activitat que ha de començar o acabar abans que una altra pugui avançar, mentre que la tasca successora és la que en depèn directament. Aquesta connexió lògica estableix la seqüència obligatòria del treball i impedeix executar feines abans de tenir els requisits previs enllestits.

Quina diferència hi ha entre una tasca predecessora i una de successora?

La posició en la cadena de treball determina el paper de cada tasca. Una tasca predecessora aporta la base, el material o la condició necessària per a la feina següent. Per exemple, en la construcció d'una paret, fer els fonaments és la tasca predecessora, mentre que aixecar els maons és la tasca successora.

Una mateixa tasca pot actuar com a successora respecte a una feina anterior i com a predecessora respecte a una posterior. La guia GAO Schedule Assessment Guide: Best Practices for Project Schedules de la U.S. Government Accountability Office assenyala que un calendari fiable ha de reflectir totes les interdependències reals entre activitats per garantir que els terminis finals responguin a la seqüència real del projecte.

Com funcionen les relacions entre tasques segons els estàndards de gestió?

La relació més habitual entre una predecessora i una successora és la de final a inici (Finish-to-Start). Això significa que la successora no pot arrencar fins que la predecessora hagi finalitzat del tot. Segons explica Microsoft a la guia Link tasks in a project, aquesta relació representa la dependència estàndard i més senzilla d'interpretar per a un equip.

Existeixen tres tipus de vincles addicionals en la gestió de projectes tradicional:

1. Inici a inici (Start-to-Start). La tasca successora comença tan bon punt comença la predecessora, permetent que totes dues avancin en paral·lel.
2. Final a final (Finish-to-Finish). La tasca successora no pot concloure fins que no conclogui també la tasca predecessora.
3. Inici a final (Start-to-Finish). La tasca predecessora ha d'arrencar perquè la tasca successora pugui acabar.

Si voleu conèixer com interactuen aquests formats dins del cronograma, podeu consultar la guia sobre dependències entre tasques: què són, els 4 tipus i com gestionar-les.

Quin és un exemple pràctic de predecessores i圈 successores pas a pas?

El següent exemple correspon al calendari de preparació d'un fullet comercial per a una impremta. El projecte es calcula amb una setmana laboral de dilluns a divendres, a raó de 6 hores de treball efectiu per dia per persona, on cada integrant es concentra en una sola feina a la vegada:

En aquesta cadena, la tasca «Dissenyar la portada» és predecessora directa de «Maquetar el fullet». Per la seva banda, «Maquetar el fullet» actua com a successora del disseny de la portada i alhora com a predecessora de «Revisar els textos». Si la maquetació pateix un contratemps, Luis no pot començar a revisar el redactat i la data final d'enviament a impremta es desplaça automàticament.

Què passa quan s'afegeix un temps d'espera entre activitats?

En certs processos cal esperar un marge físic o administratiu un cop la predecessora s'ha completat. Aquest temps d'espera s'anomena desfasament o retard (lag). Per contra, si una tasca es pot encavalcar abans que acabi l'anterior, es parla d'avançament (lead).

Les aplicacions gestionen aquests paràmetres de manera diferent. Segons la publicació Introducing Lead & Lag in Task Dependencies comprovada el 2026-09-29, la configuració d'avançaments i retards a Microsoft Planner requereix comptar amb una llicència de Plan 3. A més, Microsoft detalla a Advanced project planning with Microsoft Planner: Dependencies and critical path in Timeline view com aquestes cadenes condicionen la ruta crítica d'un projecte.

A tokidu, el gestor de projectes de Sinergia Barcelona, la vinculació es resol mitjançant l'espera «Comença quan acabi…», disponible a tots els plans, inclòs el pla Gratis. La tasca successora es manté bloquejada i s'activa automàticament en finalitzar l'anterior. En el pla Pro (que encara no està a la venda, amb un preu previst de 4 € al mes per persona a /ca/precios), es pot afegir una espera addicional en dies («i passin 2 dies») abans de permetre l'arrencada de la següent tasca.

Quins 3 errors trenquen la cadena de dependències en un calendari?

1. Crear dependències circulars. Es produeix un bucle quan la tasca A espera la B, la B espera la C i la C torna a esperar la A. Aquest circuit tanca el calendari en una contradicció que cap algorisme de càlcul pot desbloquejar de forma coherent.
2. Confondre la dependència amb la disponibilitat de la persona. Una tasca només ha de ser predecessora si és un requisit imprescindible per a la successora. Si dues tasques són independents però les ha de fer la mateixa persona, el límit és d'assignació d'agenda, no pas d'ordre lògic.
3. Utilitzar eines que no gestionen bloquejos reals. Si l'eina de gestió requereix moure dates a mà o utilitzar connectors externs per reflectir una vinculació, qualsevol imprevist fa que el calendari quedi obsolet. Per comparar diferents maneres d'afrontar aquesta qüestió, podeu llegir la revisió sobre dependències a Trello: comparativa de solucions i alternatives.