Clore un projet : compte rendu de livraison et points ouverts

Clore un projet, c’est laisser le travail à quelqu’un qui peut l’utiliser et rendre visible ce qui reste à faire. Envoyer le dernier fichier ne prouve ni que le client l’a vérifié, ni qu’il peut le modifier, ni qu’un responsable traitera le prochain incident. Le compte rendu opérationnel de clôture ci-dessous distingue ces situations sans imposer une cérémonie supplémentaire.

La démarche commence après la livraison. La préparation du devis, en anglais doit avoir défini les livrables. Reprenez cette version et les modifications convenues. La clôture ne sert pas à introduire de nouvelles conditions ni à redemander une décision déjà documentée.

Un fichier envoyé n’est pas un résultat vérifié

Écrivez ce que le destinataire doit pouvoir faire. « Présentation envoyée » décrit votre action. « La responsable ouvre la version finale et exporte une copie sans police manquante » décrit une vérification. Testez l’usage convenu et ses dépendances, pas toutes les fonctions du logiciel.

Le guide de clôture d’Asana inclut vérifications finales, transmission et archivage. Nous proposons ici un registre plus léger pour les prestations : livrable, preuve, décision et prochain responsable. C’est une recommandation opérationnelle, pas une norme de certification.

Séparez livré, vérifié et en attente. Sans réponse, la vérification reste en attente. « Bien reçu » confirme la réception, pas nécessairement l’acceptation de tout le travail. Identifiez la personne qui confirme côté client et reliez sa réponse à la version examinée.

Une livraison, trois situations

Exemple fictif : une consultante livre une présentation modifiable, un PDF et un tableur alimentant deux graphiques. Il ne s’agit pas des résultats d’un vrai client.

Dans P-01, identifiez les codes et versions touchés par la donnée de D-03, y compris D-01 et D-02 s’ils contiennent ces graphiques. À réception de la donnée, régénérez les graphiques et fichiers concernés et mettez l’index à jour. Les nouvelles versions attendent la vérification du destinataire : consignez responsable, preuve et date ; la vérification précédente ne les valide pas.

N’écrivez pas « tout est terminé ». D-02 empêche l’usage convenu. D-03 peut nécessiter de poursuivre le projet ou de transmettre le point ouvert, selon son effet et la décision commune. La petite taille apparente de la tâche ne suffit pas à trancher.

Le prochain responsable doit accepter le point et comprendre l’action. Son nom dans une cellule ne prouve rien. Si personne n’accepte P-01, celui-ci reste visible dans la clôture.

Tester les accès avant de retirer les vôtres

Demandez au destinataire d’ouvrir le paquet avec son propre compte et d’effectuer la tâche prévue. Votre lien peut fonctionner pour vous seulement. Consignez ressource, compte ou rôle propriétaire, résultat et permissions temporaires à retirer ensuite. N’inscrivez aucun mot de passe.

Dans Drive, transférer un dossier ne transfère pas automatiquement la propriété de ses fichiers. Google limite aussi les transferts des comptes professionnels ou scolaires à la même organisation. Vérifiez le type de compte et l’opération disponible avant de promettre le transfert. Documentation officielle de Google Drive.

Si cette opération est impossible, convenez d’une autre livraison autorisée et testez-la. Ne retirez pas tous les accès indistinctement : un compte peut servir à d’autres projets ou à une prestation active. Attribuez la vérification de chaque permission et sa condition de retrait.

Des archives utilisables sans vous

Préparez un index court : version finale, fichiers modifiables convenus, instructions, décisions et points ouverts. Séparez le final des versions écartées. Conservez les références nécessaires selon les règles applicables ; ce guide ne fixe aucune durée universelle et ne propose pas de supprimer des documents.

Demandez au prochain responsable de retrouver le livrable et d’expliquer sa mise à jour sans lire votre conversation privée. S’il hésite entre quatre fichiers, une décision manque dans l’index. Dans une agence, présentation en anglais, le destinataire peut aussi être un collègue.

Copier le compte rendu

Remplacez les crochets. D-01 désigne un livrable, P-01 un point ouvert ; ces identifiants relient les références. Ajoutez une entrée par sujet au lieu d’écrire « derniers détails ».

Projet et référence convenue : [document et version]
Paquet final : [emplacement, version et date]
D-01 : [livrable / test / preuve / état]
P-01 : [manque / conséquence / prochaine action]
Livrables touchés par P-01 : [codes / versions / nouvelle vérification : responsable, preuve et date]
Responsable P-01 : [personne qui accepte / confirmation]
Réexamen P-01 : [date ou condition convenue]
Accès : [propriétaire / test / retrait en attente]
Archives : [index / fichiers modifiables / instructions]
Administration : [référence / état réel / responsable]
Continuité : [canal / responsable / couverture convenue]
Décision : [ouvert / clos avec points transmis / clos]
Confirmation : [personne / version / date ; ou en attente]

Dire ce qui finit et ce qui continue

Message adaptable : « Voici le paquet [version] et le compte rendu [référence]. [Rôle] doit encore effectuer [vérification]. [Point ouvert] reste suivi par [responsable ayant accepté]. Merci de confirmer [décision précise]. D’ici là, [état réel]. »

Consignez séparément la facture : préparée, émise, en attente ou payée, selon les preuves. La clôture opérationnelle ne règle pas une obligation et ne démontre pas l’encaissement. Gardez les heures de cette phase dans votre suivi des frais, en anglais.

Reliez tout incident au livrable et distinguez correction de l’accord et travail nouveau. N’inventez pas de couverture de support dans le compte rendu. Terminez par une amélioration concrète avec un responsable, par exemple tester les accès avant la prochaine livraison. Les décisions doivent rester compréhensibles sans reconstituer tous les échanges.