III.B.3 · Anàlisi retrospectiva de projectes

III.B.3 Píndola

Anàlisi retrospectiva de projectes

Bloc III: La gestió del coneixement a nivell operatiu, Àmbit B

La revisió després de l’acció (o debriefing) analitza una activitat puntual just després que passi. Una anàlisi retrospectiva mira un projecte complet, de principi a fi, amb la distància necessària per veure patrons que no són visibles en el dia a dia.

Què hem de saber abans de començar?

  • L’anàlisi retrospectiva (o revisió post-projecte) es realitza en tancar un projecte complet, i busca extreure aprenentatges sobre tot el cicle de vida: planificació, execució, gestió de canvis, resultat final.
  • Es diferencia de la revisió després de l’acció en l’abast (tot el projecte, no només una activitat) i en la profunditat (permet una anàlisi més pausada, amb dades i perspectives de diferents fases).
  • Una bona anàlisi retrospectiva inclou persones de rols i fases diferents del projecte, no només l’equip final — qui va participar en la planificació pot veure coses que l’equip de tancament ja no percep.
  • El resultat s’ha de traduir en recomanacions concretes per a futurs projectes similars, no només en una narració del que va passar.

Com fer-ho a la pràctica

  • Programa l’anàlisi retrospectiva en tancar formalment el projecte, amb temps suficient reservat.
  • Recull, abans de la sessió, dades objectives del projecte (terminis, pressupost, incidències) per contrastar la percepció de les persones amb els fets.
  • Estructura la conversa per fases del projecte (planificació, execució, tancament) en lloc de deixar-la completament oberta.
  • Tanca la sessió amb un nombre limitat de recomanacions concretes i prioritzades, no amb una llista extensa que ningú no revisarà després.

Errors freqüents i consells

  • Limitar la retrospectiva a l’equip de tancament del projecte, perdent la perspectiva de qui va participar en fases anteriors.
  • Convertir la sessió en una narració descriptiva del que va passar, sense arribar a recomanacions que es puguin portar a la pràctica.
  • Saltar-se la retrospectiva en projectes que «han anat bé», perdent l’oportunitat d’entendre per què van funcionar.

Consell: inclou sempre dades objectives del projecte a la sessió — ajuden a contrastar percepcions i eviten que la conversa es basi només en impressions.

Quin paper pot tenir la IA en aquest apartat? Encreuar les dades objectives d’un projecte (terminis, incidències, canvis d’abast) amb les percepcions qualitatives recollides a la sessió, i comparar el resultat amb retrospectives de projectes anteriors similars, és una anàlisi que la IA pot facilitar de manera considerable. El bloc dedicat a la IA aplicada a la gestió del coneixement explica com.

Per seguir llegint

Les lliçons apreses, la revisió després de l’acció i l’anàlisi retrospectiva capturen coneixement lligat a activitats i projectes concrets. Però hi ha un altre tipus de coneixement, igual de crític, que només existeix al cap de les persones amb més experiència — i que es perd si no es captura abans que se’n vagin. D’això tracta la següent píndola.

Cas relacionat: El cas d’aquest àmbit, sobre l’origen militar de la revisió després de l’acció, mostra com aquesta lògica de revisió sistemàtica es va anar estenent també als projectes complets en organitzacions civils.