Si estàs llegint això, gairebé segur que ja coneixes el panorama: una aliança, diversos socis, equips en diferents països, una institució finançadora que demana reports, un company que treballa amb el seu propi mètode… i tu al mig intentant que la feina avanci sense que tot es converteixi en una cadena de correus electrònics.
En aquests contextos, la majoria de “problemes de comunicació” no s’arreglen amb un missatge més ben redactat.
S’arreglen quan tractes la comunicació com el que és en realitat: un sistema de coordinació. Un sistema que defineix qui decideix, quan es parla, on queda registrat, quin canal mana i com s’aprèn per no repetir el mateix incendi cada dues setmanes.
A això l’anomeno “comunicació com a sistema operatiu”. I sí: sona tècnic. Però és una de les idees més pràctiques que pots aplicar en una xarxa de socis o una aliança publicoprivada.
Un sistema operatiu no és una idea bonica. És un conjunt de regles senzilles que permet que moltes peces funcionin juntes sense topar cada cinc minuts.
En una xarxa multiactor, la comunicació compleix aquesta funció quan està ben plantejada: posa ordre en la coordinació. És el mecanisme que evita que el projecte depengui de la memòria de dues persones, o de la bona voluntat de l’equip, o de l’heroisme de qui “tira” del carro.
Dit de forma directa: en projectes amb molts socis, la comunicació deixa de ser “missatges” i passa a ser governança de coordinació.
Quan aquestes preguntes no tenen resposta, els socis del projecte solen compensar amb més reunions, més fils i més canals. És humà. Però el resultat sol ser el contrari al desitjat: més soroll i menys avenç.
La Unió Europea té un mecanisme per coordinar la resposta política davant crisis grans i complexes: l’Integrated Political Crisis Response (IPCR). El seu objectiu, explicat de forma senzilla, és donar suport a una presa de decisions ràpida i coordinada a escala política europea quan hi ha una crisi transversal.
L’interessant no és el “nom” del mecanisme, sinó la lògica: l’IPCR inclou elements per compartir informació i construir una visió comuna de la situació, recolzant-se en eines com una plataforma d’intercanvi d’informació i en productes de “consciència situacional” per a qui ha de decidir.
És a dir: quan la complexitat puja, el que sosté la feina no és un missatge brillant, sinó un sistema que ordena coordinació i informació.
Aquesta mateixa lògica, adaptada a escala de projecte, és la que pot estalviar-te setmanes de fricció.
Si hagués de resumir un sistema operatiu de comunicació per a un projecte d’una xarxa de socis en una frase, seria aquesta: menys improvisació i més regles mínimes compartides.
No regles per controlar ningú. Regles perquè el projecte no depengui del cansament, de la urgència o de la interpretació de cada soci.
En una aliança d’organitzacions, el propòsit no és un text per al web. És una eina de decisió.
Es nota quan el projecte no ho té clar: cada soci empeny cap a la seva prioritat, i la reunió es converteix en una negociació permanent. No perquè hi hagi mala fe, sinó perquè falta un filtre comú.
Un propòsit útil sol incloure tres coses:
Quan el propòsit està ben formulat, les discussions s’escurcen. Quan no ho està…
Aquí sol estar l’arrel de l’embús. I no s’arregla amb bona redacció.
Governança, en aquest context, significa alguna cosa molt concreta: qui té autoritat per tancar una decisió, amb quina consulta prèvia, i què passa quan hi ha bloqueig.
Si no hi ha claredat, apareixen dos patrons molt freqüents:
Tots dos desgasten. El primer per lentitud; el segon per pèrdua de confiança.
Una solució senzilla (i força elegant) és assignar a cada decisió rellevant tres elements: qui la prepara, qui la valida i el termini màxim per tancar-la. Sembla petit, però canvia el clima del projecte.
Les aliances es trenquen moltes vegades per un motiu menys èpic del que creiem: la falta de ritme.
Quan no hi ha cadència, tot es torna urgent. I quan tot és urgent, es prioritza malament, es decideix tard i es comunica a bonegades.
No cal una arquitectura complexa. Cal constància: una reunió breu i estable de l’equip que coordina, una revisió periòdica de cada línia de treball, i un espai clar per resoldre bloquejos o portar-los a qui pugui decidir.
El detall important no és la freqüència exacta, sinó l’acord compartit: “això es revisa aquí”, “això es decideix allà”, “això es resol d’aquesta manera”.
A partir d’aquí, la comunicació deixa de ser una cadena de recordatoris i passa a ser un mecanisme d’avenç.
Si hi ha un dolor universal en les aliances d’organitzacions és aquest: el document “final” que no és final.
La traçabilitat no és burocràcia. És la base de l’ordre: que qualsevol persona (també qui s’incorpora tard o torna de vacances) pugui entendre en pocs minuts què es va decidir, què continua obert i on està l’última versió.
Traçabilitat significa, sobretot, que hi ha un “lloc que mana”: un repositori clar per a documents, un lloc únic per a tasques i dates, i una norma senzilla per anomenar versions. Quan això existeix, la fricció baixa.
Quan no existeix, el projecte s’omple de missatges del tipus “quina és l’última versió?” i “això qui ho porta?”. I això, acumulat, costa hores cada setmana.
En xarxes complexes, aprendre no és fer una avaluació anual. És revisar de forma periòdica quina part del sistema està fallant i ajustar una o dues regles.
El més útil sol ser una mini revisió mensual amb tres preguntes senzilles:
Sense retrets. Sense assenyalar. Amb focus en el sistema.
En l’IPCR, per exemple, la lògica de “consciència situacional” existeix precisament perquè qui decideix ho faci amb una visió comuna i amb informació estructurada, no amb percepcions disperses.
Aquest mateix principi, a escala de projecte, es tradueix en aprenentatge: menys intuïció, més evidència de com està funcionant (o no) la coordinació.
Quan un projecte multilateral es torna pesat, és temptador pensar que “la gent no s’implica” o que “no s’entenen”. De vegades passa. Però moltes vegades el problema està abans: el sistema no està dissenyat per facilitar la coordinació.
Hi ha símptomes molt reconeixibles:
Si les reunions acaben sense decisions clares, el problema no és que falti diàleg: és que falta un mecanisme de tancament.
Si els canals es multipliquen i l’important es perd, el problema no és que la gent “no llegeixi”: és que no hi ha un canal que mani per als avisos rellevants.
Si els documents es repeteixen i les versions es creuen, el problema no és “desordre”: és absència de traçabilitat.
I si cada bloqueig requereix una setmana de correus, el problema no és lentitud individual: és falta de governança per escalar i resoldre.
A mi m’agrada una idea simple: quan el sistema és bo, fins i tot un equip cansat pot funcionar. Quan el sistema és dolent, ni el millor equip aguanta gaire.
Un error comú és pensar que, per ordenar una xarxa multiactor, cal implantar un manual enorme. I això sol fracassar: la complexitat del projecte es duplica.
L’alternativa és un “mínim viable”: poques regles, però clares. Aquí tens un full de ruta realista en quatre setmanes.
L’objectiu de la primera setmana és respondre a una pregunta incòmoda: qui tanca què?
No cal inventar res sofisticat. N’hi ha prou amb llistar les decisions que de debò generen fricció en el teu projecte (per exemple: canvis d’abast, validació de lliuraments, comunicació externa, aprovació de pressupostos, calendari).
Per a cada decisió, s’assigna:
Amb això, moltes discussions s’escurcen de manera immediata. I, sobretot, es redueix l’ansietat d’equip: cada persona sap quin és el seu paper.
A la segona setmana, es fixa el pols del projecte.
La clau és que hi hagi un espai regular de coordinació (curt i estable), revisions periòdiques per línies de treball, i una trobada mensual orientada a decisions estratègiques.
Aquí és on convé introduir un hàbit senzill: l’acta mínima. No un document llarg, sinó un registre breu amb tres elements: què es va decidir, qui ho executa i per a quan.
Quan això es fa bé, el projecte deixa de dependre de “el que cada un va entendre” i comença a avançar amb traçabilitat.
La setmana tres sol ser la més alliberadora si s’executa amb decisió.
S’escull:
No cal prohibir la resta. Però sí que cal que l’equip sàpiga què “mana”.
En aliances internacionals, aquesta decisió és una de les més rendibles: redueix duplicitats i baixa el nombre de preguntes bàsiques per setmana.
L’última setmana no es dedica a produir més, sinó a ajustar.
Es revisa quina regla està funcionant i quina està creant fricció. I es canvien poques coses, però es canvien de debò.
Un exemple senzill: a la pandèmia, el que va permetre coordinar la verificació de certificats entre països no va ser una campanya, sinó un marc comú. La lliçó és aplicable a qualsevol xarxa: quan la coordinació falla, el que sol arreglar-la no és parlar més, sinó acordar regles mínimes i revisar-les quan deixen de servir.
Quan hi ha molts actors, funciona millor un protocol comú que una allau de missatges.
La comunicació en projectes amb diversos socis no se salva amb més correus ni amb més reunions. Se salva quan es tracta com el que és: un sistema que redueix fricció, ordena decisions i deixa traçabilitat.
Si et ve de gust, explica’m a LinkedIn què és el que més t’està traient temps ara mateix: aprovacions eternes, caos de versions, reunions que no tanquen res, o canals que competeixen. M’interessa veure patrons i com els esteu resolent en diferents contextos.
La Llei d’IA per als equips de comunicació va molt més enllà d’aprendre a utilitzar eines. Aquesta guia explica les obligacions de 2026 i com convertir-les en criteris clars d’ús, revisió i transparència.
Explicar una decisió pública no consisteix a sonar impecable. Consisteix a mostrar criteris, límits i retorn perquè pugui entendre’s com a raonable i responsable.
Una campanya pot tenir un missatge responsable i distribuir-se mitjançant una experiència que pressiona. La confiança també es dissenya.