Une bonne passation de projet protège tout ce que vous avez construit. Avec Trupeer, vous pouvez gagner des heures sur la documentation de passation en commençant par un modèle de passation de projet gratuit, en le personnalisant avec vos directives de marque, puis en transformant les passations en visites vidéo qui font monter l’équipe destinataire en compétence rapidement.

Qu’est-ce qu’un modèle de passation de projet, et qu’y met-on ?

Un document de passation de projet est ce que l’équipe qui a construit quelque chose remet à l’équipe qui va l’exploiter. Il indique ce que c’est, qui en est responsable désormais, dans quel état cela se trouve, ce qui reste à traiter et qui contacter.

Un modèle vous donne les sections. La plupart des versions proposent à peu près le même ensemble : aperçu, statut, livrables, contacts, tâches en suspens, documentation, notes et validation.

Cet ensemble est pertinent. Ce que presque toutes les passations ratent, ce n’est pas les sections, mais le volume, et plus précisément le fait de ne pas séparer deux types de contenu qui se comportent de manière totalement différente.

Si vous cherchez les conditions à remplir avant qu’une passation puisse avoir lieu, ainsi que qui a le droit de refuser, c’est un document différent, et notre modèle de checklist de passation de projet le couvre. Cette page traite de ce que vous transmettez réellement.

Un document de passation est écrit pour devenir obsolète

Voici la propriété qui distingue un document de passation de tous les autres documents qu’un projet produit.

Son rôle est d’amener l’équipe destinataire de la méconnaissance totale à une exploitation compétente. Une fois cela fait, généralement en quelques semaines, le document a rempli sa mission et ne sera plus rouvert. La compréhension propre à l’équipe, ses runbooks et ses notes le remplacent.

Ce n’est pas un échec. C’est ce à quoi ressemble la réussite.

L’erreur consiste à l’écrire comme une référence permanente, car une référence permanente doit être exhaustive, et c’est précisément cette exhaustivité qui empêche le document d’être lu dès la première semaine, quand c’est crucial. Un pack de cent quatre-vingt-sept pages n’est pas lu par quatre personnes pendant leurs deux premières semaines, tout en continuant à faire tourner un système. Il est archivé.

Ainsi, le document de passation doit être optimisé pour les quarante-huit premières heures et les trois premières semaines, et tout ce qui est permanent doit vivre ailleurs et être lié.

Comment personnaliser ce modèle dans Trupeer

Étape 1 : Ouvrir la section Modèles

Accédez à la section Modèles depuis la navigation principale.

Étape 2 : Sélectionner et ouvrir un modèle

Cliquez sur n’importe quel modèle avec lequel vous souhaitez travailler pour l’ouvrir.

Étape 3 : Développer l’affichage du modèle

Si nécessaire, développez l’affichage du modèle pour voir clairement la mise en page complète et les détails.

Étape 4 : Modifier le modèle

Cliquez sur Modifier pour commencer à modifier le modèle sélectionné.

Dans l’éditeur, vous pouvez :

• Ajouter de nouvelles sections

• Définir ou mettre à jour des règles de mise en forme

• Ajouter un logo et ajuster sa position ainsi que les paramètres associés

Étape 5 : Enregistrer votre modèle personnalisé

Après avoir effectué toutes les modifications nécessaires, cliquez sur Enregistrer pour stocker le modèle mis à jour comme le vôtre.

Étape 6 : Aperçu et ajustements fins du modèle

Lorsque vous souhaitez voir à quoi ressemble votre modèle personnalisé, ouvrez l’Aperçu.

Depuis l’écran d’aperçu, vous pouvez continuer à effectuer des ajustements directement si nécessaire, afin de garantir que le modèle s’affiche exactement comme vous le souhaitez.

Avec un modèle de passation de projet, vous pouvez :

• Gagner du temps sur les passations : Ignorez la page blanche avec une structure conçue pour les transitions.

• Couvrir chaque élément : Des sections intégrées garantissent qu’aucun livrable, document ou validation n’est oublié.

• Rester conforme à votre marque : Appliquez votre logo, vos polices et vos couleurs grâce au kit de marque de Trupeer.

• Former les équipes destinataires plus rapidement : Associez la passation à une visite vidéo.

• Standardiser entre les projets : Utilisez le même modèle pour chaque transition de projet.

• Toucher des équipes internationales : Traduisez la documentation de passation en 65+ langues en un clic.

Le contenu d’amorçage et le contenu de référence sont deux choses différentes

Classez chaque élément candidat dans l’une des deux catégories, et le pack se restructure automatiquement.

Contenu d’amorçage. Nécessaire immédiatement, inutile plus tard. Ce que c’est en deux phrases. Qui en est responsable désormais. Ce qui est fragile. Qui contacter pour quoi. Ce qui reste à traiter. Ce qui ne doit pas être modifié sans demander. Où tout le reste se trouve.

Contenu de référence. Nécessaire occasionnellement, nécessaire pendant des années. Architecture. Configuration telle que construite. Runbooks. Résultats de tests. Traçabilité des exigences. Guides utilisateurs. Contrats.

Le contenu d’amorçage doit figurer dans le document de passation, qui doit faire deux pages.

Le contenu de référence doit figurer dans la documentation opérationnelle, où l’équipe destinataire conserve déjà les éléments et ira les consulter, avec des liens depuis le document de passation. Il ne doit pas être inclus dans le pack, car c’est l’assemblage qui rend le pack illisible et qui conduit à l’archiver comme un bloc plutôt que de l’intégrer au système propre de l’équipe.

Notre modèle de documentation de projet indique quels documents de référence valent la peine d’être conservés, et notre modèle de documentation IT précise où le contenu tel que construit doit se trouver ensuite.

Qu’est-ce qui casse en premier : ce que n’a aucun modèle

La chose la plus précieuse qu’une équipe de passation puisse écrire, c’est une liste de ce qui est fragile, et aucun modèle de passation ne le demande.

L’équipe projet le sait. Elle sait quelle intégration tient grâce à une tentative planifiée, quelle configuration dépend d’un système amont qui se comporte de manière cohérente, quel job échoue si le fichier arrive en retard, et quelle partie de la construction ne l’a jamais entièrement satisfaite. Cette connaissance est complète le jour de la passation et disparaît en un mois.

Elle s’évanouit parce que personne ne la demande. Les résultats de tests consignent ce qui a fonctionné. Les journaux de risques consignent ce qui inquiétait les gens en amont. Aucun des deux ne capture l’évaluation personnelle de l’ingénieur sur les points faibles.

Demandez cinq éléments. Ce qui cassera en premier, pourquoi, à quoi cela ressemble quand cela arrive, et quoi faire. Rédigé par les personnes qui l’ont construit plutôt que par le chef de projet, car le chef de projet ne sait pas.

Deux choses rendent cela efficace en pratique. Rendez-le explicitement sans reproche : ce n’est pas une admission de travail médiocre, c’est la chose la plus utile qu’ils puissent transmettre, et le présenter comme une liste de défauts garantit une section vide. Et demandez-le deux semaines avant la passation, plutôt que le jour même, quand la réponse sera « rien de ce que je sache ».

Le document de deux pages pour la première semaine

Copiez depuis ici. Deux faces, et résistez à l’expansion.

Ce que c’est. Deux phrases décrivant l’élément et ce qu’il apporte à l’activité.

Qui en est responsable désormais. Le responsable destinataire par nom, l’escalade au-dessus de lui, et la date à laquelle la responsabilité a été transférée.

Ce qui cassera en premier. Cinq éléments, comme ci-dessus, avec le symptôme et la première action.

Qui contacter pour quoi. Une courte liste d’orientation. L’équipe interne, l’intégrateur systèmes, chaque ligne de support de chaque fournisseur avec la référence au contrat et les heures, ainsi que les personnes nommées du projet qui restent disponibles pendant la hypercare. Les listes de contacts qui ne nomment que l’intégrateur sont une omission récurrente et coûteuse.

Ce qui reste à traiter. Les défauts ouverts par niveau de gravité avec les responsables et les dates, les éléments reportés consignés comme des décisions, et tout ce que le projet a accepté de faire après la passation.

Ce qu’il ne faut pas modifier sans demander. Configuration, jobs ou paramètres pour lesquels un changement a des conséquences non évidentes. Court, spécifique, et l’une des rares sections réellement préventives disponibles.

Où se trouve le reste. Liens vers le contenu de référence, par nom, dans l’emplacement que l’équipe destinataire utilise déjà.

Copiez jusqu’ici. Si cela dépasse deux faces, quelque chose dedans est du contenu de référence.

Modèle de passation de projet gratuit : la structure à copier

La passation complète se compose du document de deux pages ci-dessus, plus un ensemble défini de contenu de référence. Le pack est l’union des deux, pas un simple assemblage unique.

Le document de deux pages pour la première semaine, comme ci-dessus.

Le contenu de référence référencé, chacun dans son lieu permanent plutôt que dans le pack :

Description telle que construite, vérifiée par quelqu’un qui exécute de vraies tâches à partir de celle-ci. Runbooks pour chaque tâche planifiée, automatisée ou récurrente. Dossiers d’architecture ou d’actifs. Limites connues et contournements actuels. Accès et enregistrements de comptes, transférés vers des comptes basés sur les rôles. Contrats, licences et modalités de support avec dates de renouvellement. Exigences finales et preuves d’acceptation, conservées lorsque une norme l’exige. Configuration de la supervision et des alertes.

Enregistrement de passation. Date, parties, ce qui a été transféré, conditions associées à l’acceptation, modalités de hypercare et signatures. Une page, archivée.

Deux règles empêchent que cela ne retombe dans un pack. Chaque document référencé doit exister dans le système de l’équipe destinataire avant la passation, et ne doit pas être promis. Et le document de deux pages doit être lisible sans ouvrir l’un d’entre eux, ce qui permet de vérifier si le contenu d’amorçage est réellement séparé.

Le diffuseur qui a lu 22 des 187 pages

Sedgewick Media, un éditeur et diffuseur d’environ huit cents personnes, a pris en charge la passation d’un nouveau système de gestion de contenu numérique.

Le pack faisait cent quatre-vingt-sept pages réparties sur quatorze documents, plus un deck de quarante et une diapositives. Aperçu du projet, huit pages. Architecture, vingt-deux. Traçabilité des exigences, trente-quatre. Résultats de tests, quarante-six. Configuration telle que construite, trente et une. Guides utilisateurs, vingt-huit. Liste de contacts, deux. Éléments en suspens, trois. Validation, une.

L’équipe destinataire comptait quatre personnes en opérations digitales.

Pendant la première semaine, un job d’ingestion a échoué. Il n’y avait pas de runbook. Ils ont compris comment faire en lisant la configuration telle que construite pendant environ trois heures.

Pendant la deuxième semaine, une purge planifiée a supprimé des actifs qui auraient dû être conservés. L’équipe projet savait que c’était fragile : la règle de conservation dépendait d’un champ de métadonnées alimenté par un système amont qui le renseignait de manière incohérente. Ce fait apparaissait à la page cent dix-huit, dans un résultat de test, décrit comme un comportement connu. Soixante et un actifs ont dû être récupérés depuis l’archive, ce qui a coûté environ quatorze mille livres en temps du personnel et en frais du fournisseur.

Pendant la troisième semaine, ils ont contacté le mauvais fournisseur deux fois, parce que la liste de contacts indiquait l’intégrateur systèmes et non la ligne de support du fournisseur de gestion des actifs.

Après coup, quand on leur a demandé ce qui aurait aidé, la réponse de l’équipe destinataire tenait en deux pages : ce qui cassera, qui contacter, ce qui reste à traiter, et ce qu’il ne faut pas toucher.

Sur les cent quatre-vingt-sept pages, ils en avaient lu vingt-deux le premier mois.

La passation suivante, un système de gestion des droits, a utilisé un document de deux pages pour la première semaine et quatre-vingt-quatorze pages de contenu de référence conservées dans la propre documentation de l’équipe opérations, avec des liens plutôt que regroupées. La liste « ce qui casse en premier » comptait cinq éléments, rédigés par les deux ingénieurs qui l’avaient construite.

Au cours du premier mois, il y a eu un incident. C’était le deuxième élément de cette liste. Il a été résolu en quarante minutes.

Que doit inclure un document de passation de projet ?

Le contenu d’amorçage ci-dessus, et plus précisément cinq éléments que la plupart des packs omettent ou enfouissent.

Ce qui cassera en premier, rédigé par les personnes qui ont construit.

Les lignes de support des fournisseurs, pas seulement l’intégrateur, avec des références au contrat et les heures.

Ce qu’il ne faut pas modifier, court et préventif.

Les éléments en suspens avec responsables et dates, car un défaut ouvert sans date devient permanent.

Où se trouve le contenu de référence, dans le système de l’équipe destinataire plutôt que dans le pack.

Ce qu’il faut laisser de côté dans le document, tout en le transmettant : schémas d’architecture, résultats de tests, traçabilité des exigences, guides utilisateurs et exports de configuration. Tous sont utiles, mais aucun ne doit figurer dans l’élément que quelqu’un lit la première semaine.

Comment rédiger un document de passation de projet

Commencez deux semaines avant la passation, pas le jour même. La liste « ce qui cassera en premier » nécessite du temps de réflexion et elle a besoin des ingénieurs, qui vont se disperser.

Rédigez d’abord le document de deux pages, avant d’assembler quoi que ce soit d’autre. En procédant dans cet ordre, vous forcez la séparation entre l’amorçage et la référence.

Demandez aux personnes qui ont construit, individuellement, les éléments fragiles plutôt que lors d’une réunion. En groupe, avec le chef de projet présent, la réponse est que tout va bien.

Vérifiez que chaque lien de référence fonctionne et que le document vers lequel il pointe se trouve dans le système de l’équipe destinataire, et non dans celui du projet. Un lien vers un SharePoint de projet qui sera archivé est un lien rompu avec un délai.

Faites lire les deux pages par quelqu’un de l’équipe destinataire et demandez-lui d’exécuter une vraie tâche en utilisant uniquement ce que le document lui indique. Chaque question qu’il pose révèle un manque.

Ensuite, validez les modalités de hypercare et signez, ce que couvre notre modèle de checklist de passation de projet.

Variantes de rapport de passation, et qui lit quoi

Le mot recouvre une grande famille et les documents sont réellement différents, ce qui vaut la peine d’être connu si vous recherchez des bibliothèques de modèles.

Deux de ces variantes font l’objet d’un traitement spécifique. La passation de construction se concentre sur la documentation d’exploitation, et notre modèle de manuel d’exploitation et de maintenance explique pourquoi ce document est généralement accepté plutôt que vérifié. La passation de rôle porte sur la connaissance plutôt que sur les artefacts, et notre modèle de SOP de transfert de connaissances couvre une méthode qui fait ressortir ce qu’une liste écrite ne mettra pas en évidence.

Bonnes pratiques et erreurs qui reviennent

Rédigez le document, pas le pack. Deux pages plus des liens valent un pack à chaque fois.

Demandez ce qui est fragile, sans reproche, à l’avance. La section la plus utile et celle que personne ne demande.

Nommez les fournisseurs, pas seulement l’intégrateur. Un coût récurrent et facilement évitable dès le premier mois.

Datez chaque élément en suspens. Sans date, c’est permanent.

Placez le contenu de référence dans le système du destinataire avant la passation. Pas dans celui du projet, qui sera archivé.

Ne pas transmettre et clôturer le même jour. La clôture supprime le budget et les personnes dont la hypercare dépend.

Faites tester le document par le destinataire plutôt que le lire. Lire un pack de passation ne vous apprend rien sur le fait que cela fonctionne.

Document de passation de projet ou checklist de passation ?

Ce sont deux moitiés du même événement, et ce sont deux documents distincts.

La checklist détermine si la passation peut avoir lieu : les critères d’acceptation, qui les vérifie et qui a l’autorité pour refuser. Elle est complétée avant et pendant la passation, et sa valeur s’arrête une fois la passation acceptée. Notre modèle de checklist de passation de projet la couvre, y compris pourquoi les critères doivent être rédigés par l’équipe destinataire lors de la planification plutôt que par le projet au moment de la clôture.

Le document de passation est ce qui est transmis : le contenu d’amorçage dont l’équipe destinataire a besoin pour exploiter. Sa valeur commence lorsque la passation est acceptée.

La plupart des organisations ont une version du premier et un pack au lieu du second. La checklist sans le document produit une passation conforme pour une équipe qui ne peut pas faire fonctionner l’ensemble. Le document sans la checklist produit un bon briefing que personne n’était autorisé à refuser.

Puis-je obtenir un modèle de passation de projet en Excel ou Word ?

Word ou Google Docs pour le document de deux pages, car c’est du texte et il est lu plutôt que trié. Limitez-le à deux faces et exportez-le en PDF pour l’archivage.

Excel pour les deux listes qui nécessitent des colonnes : les éléments en suspens avec gravité, responsable et date cible. Et la liste d’orientation des contacts avec système, fournisseur, référence au contrat, heures et numéro de téléphone. Les deux changent pendant les premiers mois et les deux sont consultées plutôt que lues.

PDF pour l’enregistrement de passation signé archivé avec le projet. Parce que c’est le document auquel les gens reviennent quand quelque chose se passe mal un an plus tard, et que le fait de le figer et de le dater compte.

Ce qui ne fonctionne pas, c’est un document unique regroupant tout, dans n’importe quel format. C’est l’échec que décrit toute la page, et le format ne change rien.

Comment rédiger rapidement la liste « ce qui cassera en premier »

Les deux sections les plus précieuses ici, les éléments fragiles et les runbooks auxquels ils renvoient, sont aussi les deux plus susceptibles d’être manquants, et pour la même raison. Les deux nécessitent que quelqu’un décrive quelque chose qu’il a construit il y a des mois, en détail, pendant la semaine où le projet a le moins de temps.

Trupeer AI supprime la majeure partie de ce coût. L’ingénieur qui a construit le job enregistre lui-même son exécution, y compris à quoi cela ressemble quand cela échoue et ce qu’il fait à ce moment-là, et le résultat est un runbook écrit avec les étapes et les écrans déjà capturés. L’élément fragile et sa première action proviennent du même enregistrement.

Enregistrez-le. Marquez-le. Traduisez-le. Trupeerisez-le.

Cela rend aussi la passation vérifiable plutôt qu’affirmée, puisque l’équipe destinataire peut exécuter la tâche à partir du guide dérivé de l’enregistrement, plutôt que de lire une description et d’espérer. Le créateur de SOP couvre les procédures, notre modèle de SOP IT couvre celles qui valent la peine d’être maintenues ensuite, et le contenu vit dans votre base de connaissances avec une charte cohérente, là où les liens de référence doivent pointer. Les instructions de configuration se trouvent dans le guide de configuration du modèle de document.

Questions fréquentes

Existe-t-il un modèle de passation de projet gratuit en Excel ?

Excel convient pour les deux listes plutôt que pour le document : les éléments en suspens avec gravité, responsable et date, ainsi que la liste d’orientation des contacts. Il n’y a pas de téléchargement verrouillé et pas de formulaire. Conservez le récit en deux pages dans un document, car il est lu une seule fois à la hâte et les cellules ne sont pas le bon contenant pour cela.

Existe-t-il un modèle de passation de projet gratuit en Word ?

La structure en deux pages ci-dessus se colle directement dans Word ou Google Docs. La discipline, c’est la longueur plutôt que le format : si cela dépasse deux faces, quelque chose dedans est du contenu de référence et doit figurer dans la documentation de l’équipe destinataire avec un lien.

Existe-t-il un modèle de passation de projet gratuit en PDF ?

Exportez le document de deux pages et l’enregistrement de passation signé en PDF pour l’archivage. Ne regroupez pas le contenu de référence dans le même PDF : c’est exactement le schéma qui produit un document que personne ne lit.

Où puis-je trouver un document de passation de projet en PDF ?

Plusieurs universités et organismes publics publient les leurs, et ils sont utiles pour la liste des éléments. Lisez-les en notant ce qui manque : presque aucun n’a une section « éléments fragiles », et presque tous regroupent le contenu de référence dans le pack, ce que cette page déconseille.

Quelle doit être la longueur d’un document de passation de projet ?

Deux faces pour le document que les gens lisent, plus autant de contenu de référence que l’élément a réellement besoin, conservé séparément. L’exemple détaillé ci-dessus le montre : un pack de cent quatre-vingt-sept pages dont vingt-deux ont été lues le premier mois.

Qui doit rédiger le document de passation de projet ?

Le chef de projet rédige le document de deux pages, et les ingénieurs qui ont construit l’élément rédigent les éléments fragiles. Cette séparation compte, car le chef de projet ne sait pas ce qui est fragile et les ingénieurs n’écriront pas la liste d’orientation des contacts.

Qu’est-ce qu’un rapport de passation ?

Une famille plus large que la passation de projet, qui couvre les passations de poste, les passations de rôle, les transferts d’actifs et l’acceptation client. Les bibliothèques de modèles listent des dizaines de variantes, y compris des variantes spécifiques au secteur pour les soins infirmiers, l’entreposage et les installations. Le tableau ci-dessus indique qui transmet à qui dans chaque cas, car le contenu critique diffère considérablement.

Quand faut-il rédiger le document de passation ?

Commencez deux semaines avant la passation. Les éléments fragiles ont besoin de temps de réflexion et de personnes qui vont bientôt se disperser. Rédigé le jour même, le document revient avec une section vide, ce qui est la manière la plus courante de perdre la partie la plus précieuse d’une passation.