Une commune d'environ quatre-vingt mille habitants termine en 2023 la migration de son système RH. Le projet accuse quatre mois de retard, la phase de test est raccourcie et le fournisseur n'est associé que tardivement à la définition des critères de recette. L'évaluation qui suit est sérieuse : trois recommandations, clairement formulées, correctement archivées. Deux ans plus tard, la même commune lance une migration comparable, cette fois pour le système financier. Phase de test trop courte. Fournisseur associé trop tard. Critères de recette définis après coup.
Personne n'avait ignoré l'évaluation. Personne ne l'avait même manquée — elle ne se trouvait simplement pas à l'endroit où le prochain chef de projet allait chercher.
Un processus, pas une bonne intention
Le chercheur américain Williams a décrit ce schéma dès 2007, avec précision : sans effort ciblé et sans processus désigné, les enseignements se retrouvent rarement intégrés dans la politique plus large de l'organisation. C'est un constat différent de "personne ne lit les évaluations". On les lit, on les écrit, on les discute même parfois. Ce qui manque, c'est la traduction — d'une observation dans un rapport de projet vers une modification d'un modèle type, d'une clause de marché public ou d'une exigence de qualité que le prochain chef de projet rencontrera automatiquement.
Un registre des enseignements est, en ce sens, un acte d'archivage, pas un processus d'apprentissage. La différence tient à qui reprend la recommandation une fois le projet clôturé et l'équipe dissoute. Sans ce responsable, une évaluation retombe au rang de pdf dans une archive de projets.
Ce que disent les quatre référentiels
L'OECD DAC, le contrôle Gate 5 britannique, la pratique PRINCE2 et le modèle CIPP ont été développés indépendamment les uns des autres, pour des secteurs très différents, et pourtant ils aboutissent aux mêmes éléments constitutifs : évaluer les bénéfices par rapport à la promesse initiale, une validation indépendante, des critères fixés à l'avance — et des enseignements tournés vers l'action. Ce dernier terme, tourné vers l'action, fait toute la différence. Un enseignement qui ne débouche sur rien n'est pas un enseignement, c'est une note.
Tourné vers l'action signifie : une recommandation reçoit une action de suivi, un responsable et une échéance, comme n'importe quel autre point d'action de projet. Pas "nous en tiendrons compte", mais "le responsable qualité adapte le modèle de recette avant le 1er octobre, et ce modèle est obligatoire pour le prochain marché public informatique".
Trois étapes qui font la différence
Pour les chefs de projet et les PMO qui reconnaissent ce schéma, trois ajustements suffisent, sans nécessiter de nouveau système :
D'abord : consigner chaque recommandation d'évaluation séparément dans un registre central, indépendamment du rapport complet. Un rapport de vingt pages n'est pas consulté ; une ligne dans un registre avec un statut, si.
Ensuite : désigner pour chaque recommandation un responsable qui n'est pas l'équipe projet. L'équipe est dissoute après la livraison — la recommandation n'y survit que si quelqu'un en dehors du projet en est responsable.
Enfin : revoir au moins une fois par an les modèles types, listes de contrôle et clauses de marché public par rapport à ce registre. C'est le moment où un enseignement devient réellement une politique, au lieu de rester de l'histoire.
La commune de l'exemple n'avait pas besoin d'une évaluation supplémentaire pour éviter le second incident — la première évaluation suffisait déjà. Ce qui manquait, c'était un processus permettant à la recommandation de s'ancrer après le moment où chacun était déjà passé au projet suivant.