À quoi ressemble une clôture de projet correcte ?

Une acceptation formelle du sponsor, une reprise par l'équipe qui l'exploitera, des contrats et des factures clos, des ressources libérées, et une session de retour d'expérience qui produit des actions portées plutôt qu'un document. Faites la rétrospective pendant que les gens se souviennent encore, et assurez-vous qu'au moins un enseignement change un modèle ou un processus, sinon la même chose se reproduira au projet suivant.

L'acceptation formelle d'abord, parce que sans signature le projet ne se termine jamais vraiment. Puis la reprise par ceux qui l'exploiteront au quotidien, avec de la documentation et un dispositif de support actif plutôt que promis. Contrats clos, factures soldées, et équipe formellement libérée pour qu'elle ne soit pas à moitié là-dessus et à moitié sur la suite. Ensuite le retour d'expérience, et je le fais pendant que les gens se souviennent encore, pas deux mois plus tard quand c'est de l'archéologie. Ce sur quoi j'insiste, c'est que la session produise des actions portées, pas un document. Un enseignement doit changer quelque chose de concret : un modèle, une hypothèse d'estimation, une étape du processus. Sur le dernier, l'enseignement était qu'on sous-estimait systématiquement la mise en place des environnements, alors on a changé le modèle de plan standard pour l'inclure comme une vraie tâche avec une vraie durée plutôt qu'en pensée après coup. Ça, c'est un enseignement. Un fichier que personne n'ouvre, non.