Ordre du jour d'une réunion de lancement de projet : 6 points, 1 heure et un modèle

Dernière mise à jour : 6 novembre 2026

Le lancement de la refonte du site a duré cinquante-cinq minutes. Douze personnes, vingt-deux diapositives, une chronologie avec une flèche verte, et un accord chaleureux de toutes parts. La semaine suivante, personne ne savait qui s'occupait de l'audit de contenu, et la responsable design a découvert la date de lancement sur la diapositive, qu'on ne lui avait pas envoyée.

J'ai mené ce lancement. Les diapositives étaient bonnes. Le silence qui a suivi, lui, était le vrai résultat.

L'ordre du jour d'une réunion de lancement de projet ne vaut l'heure qu'il occupe que s'il se termine avec des responsables. Cet article vous donne les six points, la préparation qui les garde dans l'heure, les décisions entre équipes qui doivent se prendre dans la salle, et le lancement mené dans Quire pour que les actions soient des tâches avant que quiconque ne se lève.

Qu'est-ce qu'une réunion de lancement de projet ?

Une réunion de lancement de projet est la première séance de travail d'un projet, où les personnes qui font le travail s'accordent sur l'objectif, sur ce que « terminé » veut dire, sur qui s'occupe de quoi et sur les tâches des deux premières semaines. C'est une séance de travail, pas une présentation. Le sponsor parle cinq minutes et la salle en parle cinquante-cinq.

Remarquez ce que la définition retient pour mesurer la réunion. Des résultats, écrits, avec des noms dessus.

Un lancement sans action à la fin était une séance d'information.

Les séances d'information, très bien. Elles ne démarrent simplement pas de projets.

Pourquoi la plupart des réunions de lancement de projet se terminent-elles sans rien d'attribué ?

Parce que la personne qui anime la réunion la note sur son ressenti, et que les participants la notent sur ce qu'ils en rapportent. Ce sont deux notes différentes, et l'audit de contenu sans responsable vit dans l'écart entre les deux.

Steven Rogelberg, professeur à l'Université de Caroline du Nord à Charlotte, qui étudie les réunions, a chiffré cet écart dans la Harvard Business Review. Une enquête téléphonique auprès de plus de 1 300 managers a montré que 79 % jugeaient les réunions qu'ils organisaient extrêmement ou très productives.

Ils n'étaient que 56 % à dire la même chose des réunions organisées par d'autres. Le même article cite une autre étude où 75 % des répondants n'avaient reçu aucune formation formelle pour animer une réunion ou y participer.

L'animateur du lancement repart donc satisfait. Les douze participants repartent avec une bonne impression et aucune tâche.

Le remède est mécanique. Construisez l'ordre du jour de sorte que chaque point doive produire quelque chose d'écrit, avec un nom dessus, avant que le point suivant ne commence.

Le même écart réapparaît à chaque passation de relais plus tard dans le projet, pour la même raison : là où les projets entre équipes cassent vraiment le suit de la première réunion à la dernière.

Que mettre dans l'ordre du jour d'une réunion de lancement de projet ?

Six points, chronométrés, en une heure environ. Chacun produit un résultat écrit, et le dernier attribue tout le reste. Voici l'ordre du jour qui tient.

Le quatrième point est celui que la plupart des lancements sautent, car il ressemble à de la planification. C'en est. Deux semaines de planification, faites avec les gens qui feront le travail, sont les deux semaines de planification les moins chères que le projet connaîtra.

Le sixième point est celui où la réunion gagne son heure. Chaque accord des cinquante minutes précédentes devient une tâche avec un nom dessus, lue à voix haute, et tout ce qui n'a pas pu être réglé est noté comme différé plutôt que laissé à la dérive.

Menez le lancement dans Quire et chacun de ces résultats a déjà sa place. Deux modèles les accueillent : Project Starter pour le projet, et Meeting Agenda & Action Items pour la réunion.

Pour l'essayer lors de votre prochain lancement, dupliquez le modèle Meeting Agenda & Action Items dans un compte Quire gratuit. Donnez à chacun de vos six points sa propre tâche Discuss sous Hold the Meeting, et l'ordre du jour est prêt à partir.

Quelle préparation tient l'ordre du jour d'une réunion de lancement de projet en une heure ?

Trois choses, prêtes avant l'envoi de l'invitation. Chacune que vous sautez se fait en direct, lentement, à douze.

Rédigez l'objectif en une phrase

Ce que le projet change et pour qui. La salle retouche la phrase. Elle ne l'écrit pas.

Une phrase écrite en comité prend quarante minutes et ne satisfait personne.

Mettez des rôles sur la liste des participants

Pas une liste de noms. Une liste de noms avec ce que chacun prend en charge, et la personne par frontière entre équipes qui décide quand les équipes divergent. Si vous ne pouvez pas remplir cette colonne avant la réunion, c'est le premier point de l'ordre du jour, pas une surprise de la deuxième semaine.

Esquissez les deux premières semaines

Cinq à dix tâches, avec une hypothèse de responsable sur chacune.

Les hypothèses suffisent. La réunion corrige une hypothèse en quelques minutes, mais invente à partir d'une page blanche en plusieurs heures.

L'esquisse de deux semaines devient la première section d'un vrai plan : le modèle de plan de projet qui tient au-delà de la deuxième semaine prend le relais là où le lancement s'arrête.

Comment mener un lancement de projet entre plusieurs équipes ?

Décidez qui décide, à voix haute, avant toute autre chose. Un lancement avec le marketing, le design, l'ingénierie et le juridique dans la salle compte au moins trois frontières, et chacune produira un désaccord d'ici la deuxième semaine. Le lancement est le seul moment où les quatre équipes regardent la même phrase.

Pour chaque frontière, nommez une personne. Quand le design et l'ingénierie divergent sur ce qui sort en premier, qui tranche ? Quand la fenêtre de relecture du juridique heurte la date de lancement, qui bouge ? Écrivez le nom sur la tâche d'ordre du jour.

Nommez ensuite les passations. L'audit de contenu arrive chez le design à une date, et les maquettes arrivent chez l'ingénierie à une date.

Une passation sans date est un espoir.

Mener un projet à travers quatre équipes a son propre guide, et le lancement en est le premier chapitre : la gestion de projet transversale, le guide complet couvre les chapitres suivants.

Les décisions prises dans la salle méritent une place à part, car les personnes absentes les réclameront en mars.

Cette place est un journal, que la plupart des équipes négligent : le journal des décisions que la plupart des équipes regrettent d'avoir sauté explique comment garder les décisions du lancement faciles à retrouver.

Que contiennent les modèles Quire Project Starter et Meeting Agenda & Action Items ?

Deux modèles qui se partagent les deux missions du lancement. Project Starter contient l'objectif et les premières phases, et Meeting Agenda & Action Items contient la réunion elle-même. Les deux se trouvent dans la série Start Here de la bibliothèque Quire, ce qui veut dire qu'ils s'apprennent en cinq minutes environ.

Ouvrez le modèle Project Starter : il compte quatre phases, chacune avec une plage de dates. Define contient trois tâches : écrire l'objectif du projet en une phrase, lister ce que « terminé » veut dire, identifier qui est impliqué.

Plan contient le découpage du travail en tâches, les dates d'échéance sur les plus importantes, et la distinction entre l'urgent et ce qui peut attendre. Vient ensuite Do the work, puis Review & wrap up, qui se termine par une tâche nommée Celebrate.

Ces trois premières tâches sous Define sont les trois premiers points de l'ordre du jour.

Le modèle a déjà prévu leur place.

Ouvrez le modèle Meeting Agenda & Action Items : il contient une branche de réunion type avec quatre sections :

1. Before the Meeting : recueillir les sujets, relire les actions ouvertes précédentes, finaliser l'ordre du jour, partager les documents à lire.
2. Hold the Meeting and Capture Notes : une tâche Discuss par sujet, une tâche Decision needed et une tâche Deferred topic.
3. Meeting Action Items : une tâche par livrable, chacune avec une attribution.
4. After the Meeting : envoyer le résumé, confirmer les attributions et les échéances, revoir les sujets différés.

Les points d'ordre du jour portent l'étiquette Agenda. Les décisions portent une étiquette de décision. Ce qui est mis de côté porte Deferred-topic, et ce qui est attribué porte Action-item.

Deux sous-listes assurent le suivi. Open Action Items affiche chaque tâche Action-item jusqu'à sa clôture, toutes réunions confondues. Deferred Topics affiche ce qui a été mis de côté, pour que cela revienne le moment venu.

Pour les utiliser, faites votre propre copie de chaque projet (le menu à côté du nom du projet propose Dupliquer). Dans le projet de réunions, dupliquez la branche type pour chaque nouvelle réunion et renommez-la avec la date et le nom de la réunion. Dans Project Starter, renommez les tâches selon votre projet et supprimez ce qui ne sert pas.

Diapositives, document ou logiciel de gestion des tâches : où vont les décisions du lancement ?

Là où le travail va se faire, parce que c'est le seul endroit où l'on ira les chercher en deuxième semaine. Un diaporama se présente puis s'archive. Un document s'écrit puis s'oublie. La liste de tâches, on l'ouvre chaque matin.

Les diapositives gardent un rôle. Le pourquoi en cinq minutes passe mieux avec une image, et une chronologie se discute plus facilement quand tout le monde la voit.

Le rôle s'arrête quand la discussion commence.

Dans Quire, l'ordre du jour est une branche de tâches. L'objectif retouché en direct devient le texte de la première tâche sous Define. La décision sur qui tranche entre design et ingénierie est une tâche Decision needed dans la branche d'ordre du jour, renommée avec la décision elle-même. Chaque action est une tâche avec une attribution, une date et une étiquette, et la sous-liste Open Action Items les affiche toutes ensemble le lendemain matin.

Vous comparez encore les outils pour cet usage ? Le guide des logiciels de gestion des tâches les classe selon ce qui compte une fois le lancement passé.

À quoi ressemble un lancement entre équipes dans Quire ?

Reprenons la refonte du site, menée correctement cette fois. Marketing, design, ingénierie et juridique, neuf personnes au lieu de douze, une heure.

Deux jours avant, la cheffe de projet duplique Project Starter, renomme la tâche d'objectif en « Refondre le site marketing pour mesurer les inscriptions d'essai par page », et esquisse huit tâches sous Plan avec un responsable supposé sur chacune. Elle duplique la branche type du modèle de réunion, la nomme 2026-11-03 | Relaunch kickoff, et envoie l'ordre du jour avec la liste des participants.

Dans la salle, la phrase d'objectif perd le mot « marketing » et gagne une date. « Terminé » reçoit trois conditions, écrites comme deuxième tâche Define. Les décisions de frontière vont dans des tâches Decision needed de la branche d'ordre du jour, une par frontière.

La responsable design tranche ce qui sort en premier, le responsable ingénierie tranche tout ce qui touche au CMS, et la fenêtre de relecture du juridique est fixée à quatre jours ouvrés.

Cinq actions quittent la salle sous forme de tâches portant l'étiquette Action-item.

L'audit de contenu, marketing, neuf jours.

Le plan de suivi, ingénierie, six jours.

La maquette de la page d'accueil, design, douze jours.

Plus le créneau de relecture juridique (juridique, deux jours) et la décision sur le CMS, que personne n'a pu trancher, mise de côté sous Deferred-topic avec une date de réexamen.

Le lendemain matin, la sous-liste Open Action Items affiche cinq tâches, cinq responsables, cinq dates.

Personne ne demande qui s'occupe de l'audit de contenu.

Le premier point d'équipe après le lancement part de cette sous-liste plutôt que des souvenirs : le modèle de point quotidien qui survit à une vraie équipe le garde à quinze minutes.

Que se passe-t-il la semaine qui suit le lancement ?

Trois choses, toutes petites. Le résumé part le jour même, les responsables confirment leurs dates, et le premier point d'équipe s'ouvre sur les actions.

Les deux premières sont déjà des tâches dans la section After the Meeting du modèle de réunion : Send the meeting summary, et Confirm action-item assignees and deadlines. Attribuez-les toutes les deux avant le début du lancement, et elles seront faites.

Le résumé est une courte note avec quatre éléments :

• la phrase d'objectif
• les trois conditions de « terminé »
• les noms de ceux qui décident à chaque frontière
• un lien vers la sous-liste Open Action Items

Il part aux neuf personnes présentes et aux observateurs qui ont demandé à rester informés.

Confirmer les dates prend une journée. Chaque responsable ouvre sa tâche, relit ce qui a été convenu, puis garde la date ou la déplace avec un commentaire expliquant pourquoi.

Le silence vaut accord, et c'est pourquoi le résumé le précise.

Ensuite, les personnes hors de la salle veulent savoir comment ça avance sans une réunion de plus : des points aux parties prenantes sans la réunion de statut explique comment les tenir informées à partir des mêmes tâches.

Que faut-il adapter en dupliquant les modèles ?

Les dates des phases, les étiquettes, et le nombre de réunions menées depuis une même branche. La structure des deux modèles peut rester telle quelle.

Les quatre phases de Project Starter portent de courtes plages de dates d'exemple, la plus longue sous deux semaines. Étirez-les à la durée réelle de votre projet avant le lancement, pour que la vue Chronologie montre quelque chose d'honnête.

Les étiquettes du modèle de réunion sont Agenda, Action-item, Deferred-topic et une étiquette de décision. Gardez ces quatre-là. En ajouter une cinquième pour chaque équipe, c'est ainsi que la sous-liste Open Action Items finit par ne plus rien vouloir dire.

Une branche par réunion, toujours. Un lancement et un point de la deuxième semaine dans la même branche ressemblent à une seule réunion qui ne s'est jamais terminée, ce qui, à vrai dire, est l'impression qu'elle laissait.

Si le projet a un budget, donnez-lui ses propres lignes avant l'arrivée de la première facture : le suivi du budget de projet avec quatre chiffres par ligne les met en place à côté des tâches qu'elles financent.

Points clés

L'ordre du jour d'une réunion de lancement de projet fonctionne quand chaque point produit quelque chose d'écrit avec un nom dessus. Six points tiennent en une heure :

1. le pourquoi
2. à quoi ressemble « terminé »
3. qui décide à chaque frontière
4. les tâches des deux premières semaines
5. les risques visibles
6. les responsables et les prochaines étapes

La préparation, c'est un objectif rédigé, une liste de participants avec des rôles et une quinzaine esquissée. Sautez-en un morceau, et douze personnes le font en direct.

Menez-le là où le travail vit. Project Starter contient l'objectif et les premières phases, Meeting Agenda & Action Items contient les décisions et les tâches attribuées, et la sous-liste Open Action Items est ce que le lendemain matin ouvre en premier. S'inscrire à Quire, dupliquez les deux modèles, et laissez votre prochain lancement se terminer avec l'audit de contenu déjà attribué.

Questions fréquentes

Qu'est-ce qu'une réunion de lancement de projet ?

La première séance de travail d'un projet, où les personnes qui font le travail s'accordent sur l'objectif, sur ce que « terminé » veut dire, sur qui s'occupe de quoi et sur les tâches des deux premières semaines. Dans Quire, elle s'appuie sur Project Starter pour l'objectif et les phases, et sur Meeting Agenda & Action Items pour les décisions et les tâches attribuées.

Que doit contenir l'ordre du jour d'une réunion de lancement de projet ?

Six points en une heure environ : le pourquoi, à quoi ressemble « terminé », qui participe et qui décide, les deux premières semaines, les risques et dépendances, puis les responsables et les prochaines étapes. Dans le modèle de réunion Quire, chaque point est une tâche, et les actions qui en découlent portent une attribution, une date et l'étiquette Action-item.

Combien de temps doit durer une réunion de lancement de projet ?

Une heure, si l'objectif a été rédigé, si la liste des participants indique les rôles et si les deux premières semaines ont été esquissées au préalable. Au-delà de quatre-vingt-dix minutes, la salle rédige le plan du projet en direct, ce qui est une autre réunion.

Qui doit assister à une réunion de lancement de projet ?

Les personnes qui feront le travail des deux premières semaines, les décideurs de chaque frontière entre équipes, et le sponsor capable d'expliquer le pourquoi en une phrase. Les observateurs reçoivent le résumé ensuite.

Peut-on mener un lancement de projet dans un logiciel de gestion des tâches plutôt qu'avec des diapositives ?

Oui, et les décisions y durent plus longtemps. Dans Quire, l'ordre du jour est une branche de tâches dupliquée, les décisions se placent sur le point d'ordre du jour où elles ont été prises, et chaque action est une tâche attribuée et datée qui apparaît dans la sous-liste Open Action Items.

Comment un bon lancement aide-t-il une équipe à rester productive ?

Il supprime la deuxième semaine de questions. Avec l'objectif, les responsables et la première quinzaine écrits là où le travail vit, personne ne passe les jours suivants à demander qui s'occupe de quoi. Les équipes qui lancent leurs projets dans Quire restent productives parce que les actions sont des tâches avant que la salle ne se vide.