Hi ha metodologies que sonen impecables i, així i tot, moren a la primera reunió d’implementació.
No moren per falta d’idees. Moren per manca d’una estructura pràctica. Els falta allò que fa que un document es converteixi en feina real: decisions, seqüència, responsabilitats, riscos i proves.
En institucions, cooperació i projectes entre organitzacions, una metodologia no és un «capítol bonic». És el mecanisme que alinea equips que no comparteixen oficina, ni context, ni sempre prioritats. I, si està ben escrita, també és la teva millor assegurança: permet avaluar amb justícia, corregir amb dades i retre comptes sense dramatismes.
En aquest article m’agradaria explicar-te, des de la meva experiència, què hauria de tenir una metodologia perquè una altra persona la pugui executar de manera autònoma.
L’error més habitual que he vist és aquest: descriuen valors i enfocaments amb paraules grans, però no baixen a decisions petites.
«Enfocament participatiu». «Perspectiva inclusiva». «Treball multiactor». Tot això pot ser cert… i, alhora, inútil si no es concreta.
Quan una metodologia es queda en l’abstracte, acostuma a provocar tres problemes molt concrets:
Primer, cada actor la interpreta a la seva manera. El que per a una persona és «participació», per a una altra és «consulta» i per a una altra és «informació». I, quan arriba el moment d’actuar, es descobreix que no estaven parlant del mateix.
Segon, l’avaluació es torna fràgil. Si no hi ha criteris, ni evidències esperades, ni una lògica de «si fem X, esperem Y», avaluar es converteix en opinió. I les opinions, en entorns sensibles, es discuteixen.
Tercer, la implementació es torna voluntarista. Depèn de l’empenta d’unes poques persones, del temps que sobri, de l’«a veure si hi arribem». Això és esgotador i, a més, injust: penalitza qui intenta fer bé la feina.
La bona notícia: això es pot corregir amb una columna vertebral molt clara.
Si vols que la teva metodologia s’entengui, s’avaluï i s’implementi, necessites un ordre que no obligui a llegir entre línies.
Jo acostumo a pensar una metodologia com set blocs que responen a set preguntes. No com apartats rígids, sinó com un fil que evita forats.
Aquí convé ser directa. Un objectiu útil no és «millorar la comunicació», sinó una cosa que puguis observar: què canvia, en qui, en quin termini.
Dues claus que estalvien problemes més endavant:
Quan falta això, el projecte produeix molt… i costa explicar per a què.
En metodologies institucionals, «públics» no és «audiència». És un mapa d’actors en versió operativa.
La pregunta és: qui ha de canviar alguna cosa (una pràctica, una decisió, un comportament) perquè l’objectiu passi?
Si ho deixes genèric («ciutadania», «organitzacions», «parts interessades»), perds precisió i perds avaluació. Si ho concretes («equips tècnics municipals», «organitzacions sol·licitants», «persones participants amb barreres d’accés»), la resta del text s’escriu sol.
L’enfocament no és una declaració de valors. És una regla de priorització.
Per exemple: «primer seguretat i accessibilitat», «primer equitat territorial», «primer evidència verificable», «primer protecció de participants».
Per què és important? Perquè a la implementació sempre hi ha tensions: terminis, recursos, agendes, idiomes, permisos. I, quan hi ha tensió, l’equip necessita un criteri compartit per decidir sense barallar-se.
Aquí és on moltes metodologies es tornen nebuloses. Diuen «farem tallers» o «es faran consultes», però no estableixen una seqüència mínima.
No cal convertir la metodologia en un cronograma exhaustiu, però sí deixar clar:
Si algú no pot dibuixar el procés en un full després de llegir-te, falta alguna cosa.
Aquest bloc és el que més redueix fricció.
No per control, sinó per claredat. En projectes entre organitzacions, el «qui fa què» no s’endevina. S’escriu.
Una metodologia implementable anomena responsables sense por: coordinació, execució, validació, i com es resolen bloquejos. Si no ho fas, ho resoldrà el dia a dia… i el dia a dia acostuma a ser desigual.
Els riscos no són un apartat «per complir». Són un senyal de maduresa.
Aquí interessa ser pràctica: dos o tres riscos reals, no quinze de genèrics.
Exemples típics (i útils) en entorns institucionals: baixa participació per barreres d’accés, biaix de representació, fatiga de consulta, expectatives impossibles, bloqueig per validacions, canvis de context polític, limitacions lingüístiques.
L’important no és llistar riscos. És escriure què faràs: pla de mitigació, senyal primerenca i qui ho gestiona.
Una metodologia sense evidència és una promesa sense memòria.
No cal obsessionar-se amb mètriques. Però sí definir quina prova quedarà: actes, decisions registrades, criteris publicats, traçabilitat de canvis, avaluació de participants, indicadors simples.
Això protegeix la institució, i també protegeix qui participa: deixa clar què es farà amb el temps i les aportacions de la gent.
En guies internacionals com les de l’Organització per a la Cooperació i el Desenvolupament Econòmics (OCDE), per exemple, s’insisteix en dues coses que aquí encaixen perfecte: utilitzar les aportacions tal com es va prometre i comunicar a les persones participants l’estat de les seves aportacions i el resultat final, per «tancar el cicle» de participació.
Aquest tancament és evidència. I és confiança.
Aquest punt acostuma a ser on més es nota la diferència entre una metodologia que «queda bé» i una que funciona.
Perquè «inclusió» i «participació» no són adjectius. Són decisions.
Si dius «serà inclusiu», una persona assenyada et preguntarà: inclusiu, com? Per a qui? Amb quins recursos? Què faràs quan la inclusió topi amb els terminis?
Aquí tens exemples de traducció a decisions, perquè s’entengui el tipus de concreció que busquem.
Si el procés inclou persones amb barreres (idioma, temps, connectivitat, discapacitat, cura de familiars), aleshores necessites decidir:
No és «més feina». És feina ben plantejada. Si no decideixes això, la inclusió queda en frase.
Aquí la pregunta clau és: quines parts del procés són informatives, quines consultives i quines deliberatives?
No cal posar-se tècnica, però sí ser honesta. Hi ha processos on la institució escolta i decideix. Altres on es co-dissenya. Altres on es busca recomanació ciutadana.
La participació falla quan es promet influència i després no s’explica què ha passat amb el que s’ha rebut. Per això l’OCDE subratlla la importància d’explicar per què certes aportacions no s’utilitzen i comunicar el resultat final a qui va participar.
La metodologia ho ha de dir des del principi: què es farà amb les aportacions, qui les revisa, quins criteris s’apliquen i com s’informarà del tancament.
En lloc de «enfocament inclusiu», escriu «hi haurà interpretació quan…», «es reservaran places per a…», «es publicarà un resum d’aportacions en X dies…».
Això s’entén. Això s’avalua. Això s’implementa.
Abans de tancar una metodologia, hi ha una prova simple: una altra persona la podria implementar sense tenir-te de traductora permanent?
Per comprovar-ho, revisa aquestes preguntes. Si la resposta és «més o menys», aquí tens el punt a reforçar.
Primer: l’objectiu està escrit de manera que una persona externa l’entengui en una lectura? I, a més, hi ha una idea clara de com es mesurarà o quina evidència quedarà?
Segon: els públics estan definits com a actors reals (amb rol i relació amb el problema) o com a categories vagues?
Tercer: les activitats tenen una seqüència mínima i un resultat visible associat? Si hi ha tallers, què en surt? Si hi ha consulta, què es fa amb el que s’ha rebut?
Quart: els rols estan clars? Se sap qui coordina, qui executa, qui valida i com es resolen bloquejos? En entorns institucionals, aquesta claredat redueix tensions més que qualsevol manual.
Cinquè: els riscos són reals i tenen resposta? No em serveix «risc de baixa participació» si no dius què faràs quan passi.
Sisè: hi ha un mecanisme de seguiment? No parlo d’un sistema pesant. Parlo d’un ritme: quan es revisa, què es registra, com s’ajusta.
Setè: si has escrit «participació» o «inclusió», has traduït aquestes paraules a decisions concretes (formats, criteris, suports, terminis, retorn)?
Si aquesta checklist et deixa dubtes, no és un fracàs. És informació útil: t’assenyala on la metodologia necessita tocar de peus a terra.
Una metodologia de qualitat no és la que impressiona. És la que permet treballar sense fricció innecessària i, a més, deixa un rastre clar per avaluar amb justícia.
Si et ve de gust, explica-m’ho a LinkedIn quina part et costa més quan redactes metodologies: baixar valors a decisions, definir rols, aterrar evidències o escriure riscos sense sonar defensiva. Et llegeixo.
Les institucions continuen dissenyant missatges per a feeds públics mentre les seves audiències prenen decisions en grups de WhatsApp als quals cap algorisme institucional no arriba. El problema no és tècnic. És una pregunta sobre com funciona la confiança quan desapareix la visibilitat i el que queda són relacions.
Quan apareix un deepfake que involucra la teva organització, el primer instint és tractar-lo com una emergència tècnica. Però el que determina el dany real no és el contingut fals: és el que fa la teva organització —o deixa de fer— en les hores següents. I això és una decisió de comunicació.
El teu equip ja fa servir IA, però encara no té regles clares? Aquesta guia pràctica explica com crear una política editorial d’IA en comunicació per decidir què es permet, qui revisa i com declarar-ne l’ús sense posar en risc la confiança.