La nouvelle organisation est livrée. Le dossier porte une case verte, l’équipe projet passe à autre chose et, le lundi suivant, une demande inhabituelle arrive. Qui répond ? Qui corrige une consigne ? Où trouver la bonne version ? Si personne ne le sait, la livraison a laissé un fonctionnement sans responsable.
Avant de fermer un projet, préparez le relais vers les personnes qui utiliseront et entretiendront son résultat. Il faut leur transmettre les moyens d’agir, définir l’aide encore disponible et donner une destination aux problèmes restants. Cette démarche convient à un outil interne, un nouveau processus ou un service. Son ampleur dépend du risque et de votre organisation ; elle ne constitue pas une procédure contractuelle de réception.
Accepter le résultat et reprendre son fonctionnement
L’acceptation répond à une question : le résultat respecte-t-il l’usage convenu ? La passation en ajoute une autre : l’équipe qui le reçoit peut-elle désormais le faire fonctionner ? Un formulaire peut être conforme aux attentes alors que personne n’a la responsabilité de modifier sa liste de destinataires. Le problème apparaîtra après la remise.
Notre guide sur les critères d’acceptation d’un livrable traite la première question. Pour préparer la seconde, notez les activités qui continueront après la fin du projet. Examinez les demandes ordinaires, les incidents, les mises à jour nécessaires et les décisions exceptionnelles. Écrivez les activités réelles, pas seulement des intitulés de fonctions.
Les ressources PM² de la Commission européenne distinguent notamment un plan d’acceptation des livrables, un plan de transition et une checklist de transition. Cette séparation fournit un repère utile : vérifier la livraison et organiser son passage à l’usage courant demandent des préparations différentes. La méthode proposée ici est une adaptation légère pour une équipe, sans reprendre l’ensemble du dispositif PM² ni supposer qu’il s’impose à votre entreprise.
Désigner le relais avec son accord
« Le service reprend » reste imprécis. Identifiez une personne ou une fonction joignable pour chaque activité importante. Demandez à l’équipe concernée de confirmer ce qu’elle peut prendre en charge. Un nom ajouté au compte rendu sans échange préalable ne crée ni disponibilité ni compétence.
Vérifiez les moyens associés : temps prévu, accès aux supports, capacité à solliciter un prestataire et possibilité de faire arbitrer un problème. Le responsable d’un formulaire peut savoir corriger une erreur de texte sans avoir le droit de modifier un traitement de données. Les limites de son rôle doivent rester visibles, avec la personne compétente à contacter.
Cette discussion peut révéler une tâche sans propriétaire. Nommez-la avant de déclarer la transition terminée. Si la maintenance d’un outil demande une compétence absente, décidez qui la fournira ou réduisez le périmètre repris. Évitez de confier silencieusement cette charge au collègue qui répond habituellement le plus vite.
Faire pratiquer un cas courant et une exception
Une présentation où le chef de projet réalise toutes les manipulations montre que le travail est possible avec son aide. Elle ne montre pas encore que le destinataire peut le reprendre. Organisez une courte mise en situation : le futur relais cherche le bon support, traite un cas représentatif et explique ce qu’il fera si la demande sort du cadre.
Choisissez un essai sans conséquence indésirable. Un dossier fictif peut convenir pour un formulaire ; un outil sensible exige un environnement et des protections adaptés. Ne provoquez pas un incident réel pour vérifier une compétence. La personne qui transmet observe, répond aux questions et corrige la documentation lorsque celle-ci laisse une étape ambiguë.
Notez les difficultés rencontrées. Un accès manquant appelle une action sur les droits par la personne autorisée. Une consigne introuvable appelle un rangement plus clair. Une décision que le relais ne peut pas prendre appelle un circuit d’arbitrage. Notre dossier sur la transmission d’un savoir critique aide à préparer cet apprentissage lorsque le fonctionnement repose encore sur une seule personne.
Un exemple fictif à Fès : le formulaire a changé de mains
Imaginons une petite entreprise de services à Fès qui a créé un formulaire pour les demandes d’intervention. L’équipe projet a vérifié les champs et le routage. Les personnes chargées de l’accueil doivent ensuite l’utiliser au quotidien. Toute cette situation est fictive ; elle ne décrit aucune entreprise ni un résultat observé au Maroc.
Pendant la passation, Salma, à l’accueil, traite une demande d’essai. Elle retrouve la fiche et sait à qui l’envoyer. Puis le chef de projet propose une exception : une adresse figurant dans la liste des destinataires ne répond plus. Salma sait constater le problème, mais elle ne sait pas qui peut modifier cette liste.
L’équipe désigne alors un référent autorisé à maintenir les destinataires et consigne le circuit à suivre pendant son absence. Elle précise aussi que les demandes déjà reçues doivent rester suivies jusqu’à leur réponse. La liste n’est pas modifiée par une personne sans habilitation pour faire réussir l’exercice.
La passation a révélé une responsabilité manquante que les contrôles du formulaire n’avaient pas couverte. La même question se poserait pour une équipe en Belgique ou en France. Les droits d’accès, les obligations applicables et les engagements envers les clients restent ceux de chaque organisation ; l’exemple ne transpose aucune règle nationale.
Donner une destination aux sujets encore ouverts
À la fin du projet, une liste de remarques peut mélanger des défauts indispensables à corriger, des améliorations possibles et des demandes nouvelles. Ne transmettez pas ce mélange sous le titre « divers ». Chaque point restant doit indiquer son effet sur l’usage, sa destination et la prochaine décision attendue.
Un problème empêchant le fonctionnement prévu ne devient pas acceptable parce qu’il est inscrit dans un document de clôture. Il faut le corriger, revoir le périmètre avec les personnes concernées ou maintenir une transition partielle clairement annoncée. Une amélioration peut rejoindre une liste de travail future, avec un responsable capable de la prioriser. Elle ne doit pas rester une promesse vague de l’ancienne équipe projet.
Pour un point dépendant d’un autre service, vérifiez que ce dernier connaît la demande et son échéance réelle. Le guide pour sécuriser une dépendance entre équipes complète ce passage. Conservez le lien vers le dossier suivi, afin que le destinataire n’ait pas à reconstruire l’historique dans plusieurs échanges.
Prévoir une assistance qui peut réellement se terminer
Une période d’accompagnement peut être nécessaire. Définissez les questions qu’elle couvre, le moyen de contacter l’équipe projet et le moment où les responsabilités seront revues. Il n’existe pas de durée idéale commune à tous les projets. Choisissez-la selon les situations qu’il faut encore observer et les capacités disponibles.
Évitez une assistance implicite, sans limite, qui transforme les anciens participants en support permanent. Distinguez une question d’utilisation d’une demande de changement. La première peut appeler une explication du fonctionnement livré ; la seconde demande un examen de sa priorité et de ses moyens. Donnez aux utilisateurs un circuit compréhensible pour chacune.
Lors du point de sortie, demandez au relais ce qu’il a traité seul, ce qui exige encore de l’aide et ce qui reste bloquant. Conservez les limites connues. Vous pourrez fermer certaines activités et prolonger explicitement un accompagnement précis, au lieu de maintenir tout le projet ouvert pour une difficulté isolée.
Un livre pour replacer la passation dans le pilotage
Dans Gestion de projet : fondamentaux et pratiques agiles, paru chez Dunod en février 2026, Soizic Jullien présente les pratiques classiques et agiles dans une approche qui accorde une place aux personnes. Consultante en agilité et management, elle aborde notamment la communication, l’accompagnement du changement et la gouvernance, selon le sommaire de l’éditeur.
Cette référence peut aider à replacer la passation dans les décisions du projet plutôt qu’à la traiter comme un simple envoi de fichiers. Pour votre prochain relais, préparez une page décrivant le fonctionnement repris, son responsable, les supports utiles et les points ouverts. Faites-la utiliser pendant la mise en situation. Les endroits où le destinataire hésite vous indiqueront ce qu’il reste à clarifier avant le départ de l’équipe projet.
