Une réunion de lancement de projet est la première réunion officielle entre une équipe de projet et ses parties prenantes, au cours de laquelle le périmètre, les rôles, le calendrier, les critères de réussite et les règles de fonctionnement sont confirmés avant le début des travaux. Réussissez-la, et les trois mois qui suivent se dérouleront dans la confiance et la clarté. Ratez-la, et vous passerez tout le projet à rediscuter ce qui aurait dû être réglé dans les 60 premières minutes.
Ce guide vous présente l'ordre du jour en 7 parties, un modèle à copier, la préparation en amont que la plupart des chefs de projet négligent, trois écueils qui font échouer une réunion de lancement sans bruit et une checklist de suivi sous 24 heures.
TL;DR : la réunion de lancement de projet en un coup d'œil
- Une réunion de lancement de projet est la première réunion officielle au cours de laquelle le périmètre, les rôles, le calendrier, les critères de réussite et les règles de fonctionnement sont confirmés avec toutes les parties prenantes.
- Limitez-la à 60 à 75 minutes. Suivez l'ordre du jour en 7 parties : Contexte → Périmètre → Rôles → Calendrier → Règles de fonctionnement → Risques → Prochaines étapes.
- La préparation (48 heures avant) et le suivi (24 heures après) comptent autant que la réunion elle-même.
- N'invitez que les personnes qui ont une décision à prendre ou une contribution à apporter. Si plus de 10 personnes assistent à votre réunion de lancement, vous invitez des spectateurs.
- Enregistrez la réunion pour que le lancement devienne une référence consultable, et non un souvenir qui se déforme avec le temps.
Qu'est-ce qu'une réunion de lancement de projet (et ce qu'elle n'est pas) ?
Une réunion de lancement n'est ni un point d'avancement, ni un brise-glace pour « faire connaissance », ni une redite de l'argumentaire commercial. C'est la seule réunion où vous vérifiez que tout le monde, sponsor, chef de projet, équipe de réalisation et tiers éventuels, repart avec les mêmes réponses à cinq questions :
- À quoi reconnaît-on que c'est « terminé » ?
- Qui est responsable de quelles décisions ?
- Quand tombent les principaux jalons ?
- Comment l'équipe communiquera-t-elle d'ici la mise en service ?
- Qu'est-ce qui pourrait mal tourner et comment allez-vous y faire face ?
Deux personnes qui ont lu le même brief arriveront quand même avec des hypothèses différentes. La réunion de lancement est le moment de faire émerger ces hypothèses et de les concilier avant qu'elles ne vous coûtent des semaines.
En règle générale, si la réunion n'a fait changer d'avis personne sur quoi que ce soit, ce n'était pas une réunion de lancement, c'était un briefing.
Comment préparer une réunion de lancement de projet ?
Pour la plupart des chefs de projet, se préparer revient à « envoyer l'invitation et se présenter le jour J ». Les réunions de lancement réussies se jouent dans les 48 heures qui précèdent.
Envoyez un document préparatoire. Une page, pas plus. Il doit présenter le projet en deux phrases, nommer le sponsor et le chef de projet, et lister les questions auxquelles la réunion répondra. Si quelqu'un l'ouvre et ne sait toujours pas à quoi sert la réunion, réécrivez-le.
Confirmez les participants. Passez vous-même la liste des invités en revue. Assurez-vous que le sponsor vient et sait que c'est lui qui ouvre la réunion. Assurez-vous que les responsables de l'équipe de réalisation seront présents. Si une partie prenante clé ne peut pas venir, reportez la réunion. Une réunion de lancement sans le décideur, c'est du théâtre.
Préremplissez le modèle. Ouvrez le document de lancement et renseignez ce que vous savez déjà (nom du projet, sponsor, hypothèse de périmètre, premières dates). Laissez bien en évidence, en blanc, les questions auxquelles les participants devront répondre. Le document devient l'ordre du jour.
Alignez-vous en amont sur le périmètre avec le sponsor. Un appel préparatoire de 20 minutes, en tête-à-tête avec le sponsor, permet de repérer les désaccords qui, sinon, feraient dérailler la réunion. On ne négocie pas le périmètre pour la première fois devant toute l'équipe.
Trente minutes de préparation évitent deux semaines de rattrapage après le lancement.
Qui doit participer à une réunion de lancement de projet ?
Limitez le nombre de participants. Pour la plupart des projets, on y retrouve :
- Le sponsor du projet (la personne qui finance le projet ou qui répond de ses résultats)
- Le chef de projet (pilotage au quotidien)
- Le noyau de l'équipe de réalisation (les personnes qui font le travail)
- Les principales parties prenantes, qui valideront les décisions importantes
- Le client ou le client principal, s'il s'agit d'un projet externe
Si votre réunion de lancement réunit plus de 10 personnes, soit le projet est réellement complexe, soit vous invitez des spectateurs. Les spectateurs ralentissent les décisions. Un test utile : pour chaque personne présente, citez la contribution précise que vous attendez d'elle ou la décision qui lui revient. Si vous n'en trouvez aucune, c'est un spectateur.
L'ordre du jour de la réunion de lancement en 7 parties
Cet ordre du jour de lancement en 7 parties convient à la plupart des projets de moins de six mois. Prévoyez 60 à 75 minutes au total.
1. Contexte et raison d'être (5 min)
Le sponsor expose le contexte métier : pourquoi ce projet existe, ce qu'il remplace et ce que sa réussite rendra possible. C'est ce qui donne un cadre à toutes les décisions qui suivent.
Un bon contexte ressemble à ceci : « Nous refondons l'onboarding parce que le service client consacre 40 % de son temps aux questions des 30 premiers jours et que l'attrition du premier mois est deux fois plus élevée que sur le reste de l'année. » Un mauvais contexte ressemble à ceci : « Nous voulons améliorer l'onboarding ».
2. Périmètre et critères de réussite (15 min)
Ce qui entre dans le périmètre, ce qui en est explicitement exclu et la façon dont vous mesurerez le « terminé ». Évitez les termes vagues comme « amélioré » ou « meilleur ». Appuyez-vous sur des chiffres ou des résultats binaires. « Ramener l'onboarding des nouveaux clients de 14 à 7 jours » est plus solide que « améliorer l'onboarding ».
Rédigez la liste de ce qui est hors périmètre avec au moins autant de soin que celle de ce qui y figure. Tout projet qui dérape le fait en laissant discrètement des éléments hors périmètre s'inviter dans le travail.
Un énoncé de périmètre clair comporte trois parties : ce qui existera quand nous aurons terminé, ce que cela devra faire et ce que cela ne fera pas. Si quelqu'un ne peut pas répondre aux trois sans ambiguïté, vous n'avez pas encore un périmètre, mais un souhait.
3. Rôles et droits de décision (10 min)
Passez en revue qui est responsable de quoi. Une matrice RACI fait l'affaire, mais c'est souvent trop lourd. Version plus simple : pour chaque décision importante, nommez la personne qui peut dire oui. Ici, l'ambiguïté est l'erreur la plus coûteuse de la réunion.
Décisions à attribuer explicitement :
- Qui approuve les modifications de périmètre ?
- Qui valide le livrable final ?
- Qui décide du moment où un risque devient bloquant ?
- Qui peut engager des dépenses pour débloquer l'équipe (et jusqu'à quel montant) ?
« Nous déciderons ensemble » n'est pas une attribution de décision. C'est ainsi que les décisions s'enlisent.
4. Calendrier et jalons (10 min)
Les principaux jalons avec leurs dates, ainsi que le chemin critique. Signalez toutes les échéances externes impératives (lancements, dates butoirs réglementaires, engagements envers des partenaires). Planifiez en détail les deux premières semaines de travail ; au-delà, une orientation générale suffit.
Un piège à signaler : les jalons formulés comme des activités plutôt que comme des résultats. « Revue de conception » est une activité ; « conception validée par le sponsor » est un résultat. Le second vous dit si le jalon a réellement été atteint.
5. Règles de fonctionnement (10 min)
La façon dont l'équipe communiquera. À couvrir : cadence des réunions (point hebdomadaire, stand-up quotidien ou points asynchrones), l'endroit où les décisions sont consignées, la façon dont les blocages sont remontés et les outils retenus pour chaque usage : Asana ou Jira pour le suivi des tâches, Slack ou Microsoft Teams pour les échanges asynchrones, Confluence ou Notion pour la documentation. Fixez des délais de réponse par défaut pour que personne n'ait à deviner. Une règle courante : Slack sous 4 heures ouvrées, e-mail sous un jour ouvré, décisions consignées dans le document partagé dans les 24 heures qui suivent.
C'est la partie que l'on saute le plus souvent, et celle qui se retourne le plus souvent contre l'équipe. Consacrez-y les 10 minutes en entier.
6. Risques et hypothèses (10 min)
Citez les 3 à 5 principaux risques et la seule hypothèse qui, si elle est erronée, imposerait de tout reprendre. C'est la partie que la plupart des équipes sautent. La sauter ne fait pas disparaître les risques.
Un exercice utile : demandez à chaque personne présente de noter sur un post-it (ou dans un document partagé si l'équipe est à distance) ce qui l'inquiète le plus, puis lisez les réponses à voix haute. Les risques que le groupe évite de dire tout haut sont généralement les vrais. Ce tour silencieux, mené avant la discussion, fait remonter bien plus de choses qu'un « des inquiétudes ? » lancé à la fin.
7. Prochaines étapes et responsables (5 min)
Chaque action à mener se voit attribuer un nom et une date. Aucune tâche ne reste en suspens. Terminez par un tour de table de confirmation : chacun énonce sa prochaine action.
Ce tour de table a deux effets. Il rend les responsabilités publiques et fait apparaître les derniers malentendus. Si l'action annoncée par quelqu'un ne correspond pas à ce que vous pensiez qu'il s'était engagé à faire, corrigez tout de suite, pas dans un message de suivi.
Quelles sont les erreurs les plus courantes en réunion de lancement ?
1. Confondre adhésion et consensus. Les participants hochent la tête, la réunion se termine et, deux semaines plus tard, une partie prenante haut placée déclare qu'elle n'a « jamais vraiment adhéré ». Solution : sollicitez explicitement les objections. « Qu'est-ce qui pourrait faire échouer ce plan ? » suscite de meilleures réponses que « des questions ? ». Laissez au moins 10 secondes de silence après la question, car la deuxième réponse est généralement la vraie.
2. Repartir avec des décisions non attribuées. Si la réunion se termine sur un point noté « on verra ça plus tard », vous avez une décision en suspens qui ralentira le projet. Solution : chaque point ouvert reçoit un responsable et une date limite de décision avant la fin de la réunion. Une réunion de lancement bien menée ne compte aucun point « on y reviendra ».
3. Aucune trace écrite, ou une trace que personne ne lit. Si les seules traces sont un message Slack et les souvenirs de six personnes, vous avez six versions du plan. Solution : publiez un document de lancement partagé (périmètre, responsables, calendrier, risques) et demandez à chaque participant d'en accuser réception sous 24 heures. Accuser réception ne vaut pas accord, cela signifie simplement que le document a été lu, mais cela met fin à l'excuse du « je ne savais pas ».
La checklist de suivi sous 24 heures
Dans la journée qui suit la réunion de lancement, le chef de projet doit envoyer :
- Un compte rendu de la réunion de lancement partagé (périmètre, responsables, jalons, prochaines étapes)
- Les invitations à toutes les réunions récurrentes
- L'accès à l'espace de travail partagé du projet (documents, tableau des tâches, canal de communication)
- Le journal des décisions, prérempli avec les décisions prises pendant la réunion
- Tous les points ouverts, avec leurs responsables et leurs dates limites de décision
C'est là que l'élan du lancement s'évapore en grande partie. Un suivi soigné dans les 24 premières heures est ce qu'un chef de projet peut faire de plus efficace.
Suivez un indicateur pendant toute la durée du projet : le temps nécessaire pour qu'une décision passe de « discutée » à « consignée ». Dans un projet sain, c'est moins d'une journée. Quand ce chiffre commence à grimper, le projet perd en rigueur avant de prendre du retard.
Que doit contenir un modèle de réunion de lancement ?
Un bon modèle de lancement comporte les sections suivantes. Faites-en votre référence unique pendant toute la durée du projet :
Conservez-le dans l'outil que votre équipe utilise déjà : Notion, Confluence, Google Docs, un wiki d'équipe. Le modèle compte moins que la rigueur avec laquelle on le tient à jour. Dès que le projet s'écarte du modèle, mettez celui-ci à jour avant que l'écart ne devienne la norme.
Réunions de lancement à distance et hybrides
Même ordre du jour, timing plus serré, silences plus délibérés. Trois ajustements comptent à distance :
Commencez par des contributions écrites individuelles, pas par une discussion de groupe. En visio, c'est la voix la plus forte qui l'emporte d'abord. Ouvrez chaque partie de l'ordre du jour par 60 secondes d'écriture en silence dans un document partagé, tel qu'un Google Doc, un tableau Miro ou un canevas FigJam, avant que quiconque ne prenne la parole.
Tour de table, pas de volontariat. Quand vous ouvrez la discussion, faites le tour de la mosaïque vidéo plutôt que d'attendre des volontaires. Sinon, vous entendrez les trois mêmes personnes à chaque réunion de lancement.
Enregistrez la réunion, toujours. Pas pour surveiller qui que ce soit. Pour conserver le raisonnement à l'intention du collègue en congé, de la nouvelle recrue qui arrive la semaine prochaine et de la partie prenante qui demandera au troisième mois « qu'avons-nous décidé, au juste, à propos de X ? »
Les réunions de lancement hybrides (certains en salle, d'autres en visio) sont plus difficiles que celles entièrement à distance. Si vous ne pouvez pas réunir tout le monde dans la même pièce, demandez à chacun de se connecter en visio depuis son propre ordinateur, y compris aux personnes présentes sur place. Mieux vaut l'égalité de présence qu'une salle bien équipée.
Comment MeetGeek automatise les tâches administratives du lancement
La réunion de lancement a un fort effet de levier. C'est dans les tâches administratives qui l'entourent que les chefs de projet perdent des heures : transcrire, résumer, extraire les actions à mener, relancer les participants pour obtenir leurs accusés de réception.
En enregistrant la réunion de lancement et en laissant un assistant de réunion IA produire le résumé, les actions à mener et le suivi, vous obtenez une référence fiable sans avoir à la taper à minuit. L'agent de réunion de MeetGeek rejoint automatiquement votre réunion de lancement depuis votre calendrier, génère un résumé structuré, extrait les actions à mener avec leurs responsables et envoie le récapitulatif à tous les participants.
-1%202.webp)
Trois mois plus tard, quand quelqu'un demande « sur quoi nous étions-nous vraiment mis d'accord au lancement ? », il suffit de chercher dans votre bibliothèque de réunions. Posez vos questions ponctuelles à AI Chat dans MeetGeek, ou associez MeetGeek à Claude via le connecteur MeetGeek si vous voulez que Claude raisonne sur l'historique complet de vos réunions, ce qui est utile pour faire la synthèse de plusieurs projets ou constituer un journal de décisions couvrant plusieurs lancements.
Questions fréquemment posées
Quelle doit être la durée d'une réunion de lancement de projet ?
La plupart des réunions de lancement durent de 60 à 75 minutes. En dessous de 45 minutes, c'est généralement que vous avez fait l'impasse sur les risques ou les rôles. Au-delà de 90 minutes, c'est généralement que vous avez voulu faire un vrai travail de planification pendant la réunion, alors qu'il relève d'une séance de travail distincte.
Le client doit-il participer à la réunion de lancement d'un projet externe ?
Oui, pendant la première moitié. Associez-le au contexte, au périmètre, aux critères de réussite et au calendrier. L'équipe de réalisation peut traiter séparément les règles de fonctionnement et les risques internes.
Quelle est la différence entre une réunion de lancement et une réunion de planification ?
La réunion de lancement fixe le cadre : périmètre, rôles, critères de réussite, cadence. Les réunions de planification déterminent, à l'intérieur de ce cadre, ce qui sera construit et quand. Ne fusionnez pas les deux.
Qui doit animer la réunion de lancement ?
Le chef de projet, pas le sponsor. Le sponsor pose le contexte pendant 5 minutes ; le chef de projet mène tout le reste. Cela l'installe comme le centre de décision du projet.
Comment animer une réunion de lancement pour une équipe entièrement à distance ?
Même ordre du jour, timing plus serré et silences plus délibérés pour recueillir les contributions. Utilisez un document partagé que tout le monde modifie pendant la réunion afin que les décisions restent visibles. Enregistrez-la. Enregistrez-la systématiquement.
Et si le sponsor ne peut pas y assister ?
Reportez la réunion. Une réunion de lancement sans la personne qui répond du résultat n'en est pas une, c'est une réunion d'équipe qui s'en donne l'air. Seule exception : si le sponsor a enregistré ou rédigé à l'avance ses 5 minutes de contexte et qu'un suppléant désigné est présent pour répondre en son nom aux questions de périmètre.
Comment gérer une réunion de lancement où une partie prenante est déjà mécontente ?
Mentionnez le problème dans le document préparatoire et traitez-le en premier pendant la réunion, pas en dernier. Les parties prenantes que l'on associe tôt à la discussion ont tendance à rester impliquées ; celles qui se sentent prises au dépourvu se désengagent et font remonter le problème plus tard.
.avif)