Assistant Handover Checklist : historique des réunions, modèles, journaux + audit des accès

Une bonne passation d’assistant se résume à ceci : donner au nouvel assistant le contexte (réunions, décisions, relations), les outils (modèles, dossiers) et la preuve que tout fonctionne (audit des accès et des liens d’archive). Utilisez la checklist ci-dessous pour transférer l’historique des réunions, les templates et les journaux d’actions sans perdre d’information ni créer d’erreurs. La passation n’est “terminée” que quand les permissions et les liens ont été testés.

Mot-clé principal : checklist de passation assistant.

• Key takeaways :
• Centralisez 6 blocs : réunions récurrentes, parties prenantes, action log, décisions, structure de dossiers, bibliothèque de modèles.
• Ajoutez un audit des accès (outils, dossiers, calendriers, boîtes mail) et testez les liens d’archives avant de valider.
• Donnez un plan de reprise sur 1 semaine avec des priorités claires et des points de contrôle.
• Documentez les règles (confidentialité, validations, diffusion) pour éviter les faux pas.

1) Avant de commencer : cadrage et format de la passation

Fixez un objectif simple : permettre à la personne qui reprend de gérer le quotidien dès le jour 1, puis d’améliorer à partir du jour 5. Choisissez un support unique (un doc + un dossier “Handover”) et évitez les informations éparpillées dans des chats.

• Livrables minimum : un document de passation, une arborescence de dossiers, un action log à jour, et un audit des accès.
• Format conseillé : 1 document “Read me first” + des annexes (tableaux, liens, modèles).
• Règle d’or : si une info n’est pas trouvable en 60 secondes, elle est à clarifier.

Mini-modèle : page “Read me first”

• Contexte du rôle (périmètre, priorité, pics d’activité).
• Top 10 des tâches récurrentes (quotidien / hebdo / mensuel).
• Contacts clés et règles de communication.
• Liens vers : réunions, action log, décisions, modèles, audit des accès.

2) Historique des réunions : liste des récurrences + mémoire utile

Le nouvel assistant doit savoir “quelles réunions existent, pourquoi elles existent, et ce qui y est attendu”. Listez les réunions récurrentes, puis ajoutez des liens vers les notes, les décisions et les actions.

Checklist “réunions récurrentes” (à remplir)

• Nom de la réunion + propriétaire (qui décide).
• Cadence (hebdo, bimensuel, mensuel), durée, fuseau horaire.
• Participants : obligatoires vs optionnels, remplaçants.
• Objectif (ex. validation, partage d’info, arbitrage).
• Agenda type + temps par point.
• Préparation (docs à envoyer, data à extraire, deadlines).
• Sorties attendues : décisions, actions, compte rendu, diffusion.
• Où sont les notes (lien vers le dossier) + convention de nommage.
• Règles : enregistrement autorisé ou non, confidentialité, participants externes.

“Meeting history handover” : comment résumer sans noyer

• Ajoutez un résumé des 5 dernières occurrences (ce qui a changé, les sujets sensibles, les décisions en attente).
• Listez les prochaines dates importantes (jalons, comités, clôtures).
• Reliez chaque réunion à : action log + repository de décisions.

Si vous enregistrez des réunions, documentez où se trouvent les fichiers, qui y a accès, et combien de temps vous les gardez. Pour des besoins d’accessibilité ou de recherche interne, des transcriptions automatiques peuvent aider à retrouver rapidement une décision ou une action, puis vous pouvez relire et corriger si nécessaire.

3) Cartographie des parties prenantes : qui est qui, et comment travailler avec eux

Une passation échoue souvent parce que le nouvel assistant ne connaît pas les “règles sociales” : qui approuve, qui influence, et ce qui est sensible. Créez une carte simple, orientée action.

Modèle de “stakeholder map” (tableau)

• Nom / rôle (fonction, équipe).
• Relation : manager direct, partenaire clé, fournisseur, client interne.
• Ce qu’ils attendent (ex. ponctualité, synthèse, relances).
• Canal préféré (email, chat, calendrier) + délai de réponse habituel.
• Sujets sensibles (ex. confidentialité, priorités politiques, escalades).
• Règles de validation : qui peut dire “oui”, qui doit être en copie.

Règles de communication à documenter

• Quand envoyer un récap (même jour vs lendemain) et à qui.
• Quand utiliser “Répondre à tous” vs message direct.
• Quelles infos ne doivent jamais passer par email (ou par chat).

4) Action log + repository de décisions : continuité sans perte

Le duo “journal d’actions + registre de décisions” évite de refaire les mêmes discussions et sécurise la responsabilité. Gardez ces deux documents courts, structurés et mis à jour.

Action log : champs recommandés

• ID (ex. ACT-2026-041).
• Action (verbe + résultat attendu).
• Owner (1 personne responsable).
• Échéance + date de relance.
• Statut (À faire / En cours / Bloqué / Terminé).
• Contexte : lien vers note de réunion / doc source.
• Prochaine étape (une seule, très claire).

Decision log : champs recommandés

• ID (ex. DEC-2026-012).
• Décision (une phrase).
• Date + réunion / canal.
• Décideur (qui tranche) + contributeurs.
• Pourquoi (2–3 puces) + alternatives rejetées.
• Impact (sur budget, planning, équipes) + actions liées.
• Où est la preuve (lien vers note / email / doc).

Highlights à inclure dans la passation

• Les 10 décisions les plus importantes des 90 derniers jours.
• Les actions bloquées (et pourquoi) + ce qui débloque.
• Les arbitrages à venir (qui doit décider, quand, avec quels éléments).

Astuce : si vous avez des notes audio ou vidéo, vous pouvez produire un texte exploitable, puis le relier à l’action log et au decision log. Si la qualité est critique, une relecture dédiée peut compléter, par exemple via des services de relecture de transcription.

5) Structure des dossiers, conventions de nommage et bibliothèque de modèles

Une arborescence claire fait gagner du temps et réduit les erreurs de version. La règle : un seul endroit “source de vérité” par type de document.

Structure de dossiers recommandée (exemple)

• 00_ReadMe-Handover (doc principal, index, audit des accès)
• 01_Calendrier-Reunions (agendas, invitations, listes de récurrences)
• 02_Notes-Reunions (par année > mois, ou par équipe)
• 03_Action-Log (tableau, exports, archives)
• 04_Decision-Log (registre, preuves, changements)
• 05_Templates (emails, CR, agendas, briefs)
• 06_Archives (ancien, lecture seule, règles de conservation)

Conventions de nommage (simples et stables)

• Réunions : AAAA-MM-JJ_NomReunion_Equipe_V1.
• Comptes rendus : AAAA-MM-JJ_CR_NomReunion_Diffusion.
• Décisions : DEC-AAAA-###_TitreCourt.
• Actions : ACT-AAAA-###_Owner_TitreCourt.
• Versions : V1, V2 (évitez “final-final”).

Bibliothèque de modèles : ce qu’elle doit contenir

• Invitation de réunion (texte standard + champs variables).
• Agenda type (avec durées).
• Compte rendu court (décisions + actions).
• Email de suivi (relance douce, relance ferme, escalade).
• Modèle de brief (contexte, objectif, contraintes, prochaines étapes).
• Modèle “pre-read” (doc à lire avant réunion).
• Modèle de “weekly update” (3 sections : fait / à risque / besoins).

6) Audit des accès et test des liens : la condition pour valider la passation

Le plus gros risque opérationnel vient des accès incomplets : agenda invisible, dossier verrouillé, lien d’archive cassé. Faites un audit structuré et exigez une preuve de test avant de clôturer.

Checklist audit des accès (à cocher)

• Comptes : email, calendrier, chat, gestion de tâches, visio, stockage.
• Groupes : listes de diffusion, canaux, espaces projets.
• Dossiers : lecture/écriture, partage externe, propriétaires.
• Calendriers : accès aux calendriers partagés, droits de délégation.
• Outils sensibles : finance, RH, CRM, signatures, achats.
• Appareils : PC, mobile, authentification (MFA), gestionnaire de mots de passe.

Test des archives et liens : protocole simple

• Ouvrir 10 liens au hasard dans les notes (anciens et récents).
• Vérifier au moins 3 dossiers d’archives (lecture seule, droits, recherche).
• Tester la création : créer un doc, le nommer, le ranger, partager au bon groupe.
• Tester la diffusion : envoyer un CR selon la règle (destinataires, objet, pièces jointes, confidentialité).

Si votre organisation suit des règles internes strictes, documentez-les ici (ex. qui peut partager à l’externe, comment anonymiser). Pour les bonnes pratiques de protection des données, vous pouvez vous appuyer sur les ressources de la CNIL sur le RGPD.

7) Plan de reprise “première semaine” + risques récurrents à surveiller

Le nouvel assistant a besoin d’un plan court, daté et réaliste. Il doit aussi connaître les risques qui reviennent souvent, pour éviter les erreurs discrètes mais coûteuses.

First-week takeover plan (exemple sur 5 jours)

• Jour 1 : valider l’accès (audit), ouvrir l’action log, vérifier le calendrier des 2 prochaines semaines.
• Jour 2 : passer en revue la stakeholder map, confirmer les règles de diffusion, préparer les 2 prochaines réunions clés.
• Jour 3 : nettoyer les modèles (templates), vérifier conventions de nommage, archiver 3 éléments “en vrac”.
• Jour 4 : revue du decision log (10 décisions), identifier 5 actions bloquées et proposer un plan de relance.
• Jour 5 : point de contrôle avec le manager (risques, améliorations, priorités), puis stabiliser une routine hebdo.

Risques récurrents (et garde-fous)

• Confidentialité : partager un doc au mauvais groupe → utilisez des groupes pré-validés, et relisez les destinataires avant envoi.
• Approvals : envoyer un CR non validé → indiquez “Brouillon” tant que le décideur n’a pas approuvé.
• Règles de diffusion : trop large ou trop restrictif → maintenez une liste “qui doit être informé” par type de réunion.
• Versioning : plusieurs “vraies” versions → une source unique + convention de nommage + archive lecture seule.
• Perte de contexte : actions sans liens → chaque action doit pointer vers une note ou une décision.
• Accès incomplets : blocage le jour J → test des permissions + test de liens avant clôture.

Common questions

• Que doit contenir une checklist de passation assistant ?
  Les réunions récurrentes, une stakeholder map, un action log, un decision log, la structure de dossiers, une bibliothèque de modèles, et un audit des accès testé.
• Combien de temps faut-il pour une passation propre ?
  Comptez au moins quelques heures pour documenter et tester, puis un court suivi pendant la première semaine pour corriger les angles morts.
• Comment éviter de perdre l’historique des réunions ?
  Centralisez les notes, liez-les aux actions et décisions, et gardez un index des réunions récurrentes avec objectifs et sorties attendues.
• Faut-il enregistrer les réunions pour faciliter la reprise ?
  Seulement si vos règles internes l’autorisent, si vous informez les participants, et si vous gérez correctement l’accès, la conservation et la confidentialité.
• Quelle différence entre action log et decision log ?
  L’action log suit “qui fait quoi pour quand”, tandis que le decision log conserve “qui a décidé quoi et pourquoi”, avec des liens de preuve.
• Quels tests d’accès sont indispensables avant de clôturer ?
  Ouvrir des liens d’archives, accéder aux dossiers clés, vérifier les calendriers partagés, et tester un cycle complet : créer, ranger, partager et diffuser.

Si vous souhaitez transformer des comptes rendus audio/vidéo en documents faciles à relire, à archiver et à transmettre, GoTranscript propose des solutions adaptées, y compris des professional transcription services pour soutenir une passation claire et durable.