Kick-off projet : l’ordre du jour type et le compte rendu à remplir
Un kick-off de projet est la réunion qui ouvre officiellement les travaux : elle réunit ceux qui décident et ceux qui produisent pour trancher le périmètre, les rôles, le calendrier et les règles de fonctionnement.
Page mise à jour le 12 septembre 2026. Modèle relu et remis à jour à chaque millésime.
La réunion de lancement est la plus mal utilisée de tout un projet. Deux heures de présentation du prestataire, un tour de table, et personne ne repart avec une décision écrite. Elle sert pourtant à trancher six points qui, laissés ouverts, coûteront chacun une semaine plus tard. Voici l’ordre du jour qui les tranche, et la trame de compte rendu qui les fige.
Ce qu’un kick-off tranche, et ce qu’il n’a pas à rouvrir
Le kick-off se tient après la signature et avant les travaux. À ce moment précis, deux équipes qui ne se connaissent pas vont devoir décider ensemble pendant plusieurs mois. Tout ce que la réunion ne tranche pas sera tranché plus tard, dans l’urgence, par celui qui parlera le plus fort.
Ce n’est pas une réunion de découverte. Le problème a été décrit dans une fiche de besoin, le périmètre a été arbitré dans une note de cadrage, le comportement attendu a été écrit dans un cahier des charges. Rouvrir ces sujets au kick-off est le signe qu’une étape a été sautée, et la bonne réaction est de reporter la réunion plutôt que de la transformer en atelier de cadrage.
Ce qu’elle tranche tient en six points, et ils sont tous décidables en deux heures : le périmètre confirmé à voix haute, les rôles nommés, les jalons datés, les rituels et les canaux, les critères de fin, et la liste des dépendances que le client doit fournir. Les six figurent dans l’ordre du jour à télécharger, avec le temps alloué à chacun.
Le sixième point est celui qu’on oublie et qui coûte le plus : ce que le client doit livrer, à quelle date. Contenus, visuels, accès aux systèmes existants, comptes de publication, données de test, personnes disponibles pour valider. Un projet sur deux prend du retard de ce côté-là, et le prestataire n’est alors pas en position de le réclamer s’il ne l’a pas fait écrire au premier jour.
Qui doit être dans la salle, et qui n’a rien à y faire
La composition décide de la qualité des décisions. Une réunion de lancement à quinze personnes ne tranche rien ; à quatre, elle tranche tout.
- Le décideur côté client. Une personne, celle qui arbitre le périmètre et engage le budget. S’il n’est pas là, la réunion produit des propositions, pas des décisions.
- Le point de contact quotidien côté client. Celui qui répondra aux questions dans la semaine. Souvent une autre personne que le décideur, et il faut le dire explicitement.
- Le responsable du projet côté prestataire. Celui qui tient le calendrier et qui alerte.
- Un profil technique de chaque côté quand il existe des systèmes à interfacer. Les questions d’accès et de format se règlent en dix minutes entre eux, ou en trois semaines par courriel.
- Ceux qui produiront la matière quand ils existent : contenus, visuels, données. Une heure de leur temps au début évite les relances.
Qui n’a rien à y faire : les personnes invitées par politesse, les équipes commerciales une fois la vente conclue, et les spectateurs sans rôle nommé. Chaque participant sans décision à prendre allonge la réunion sans l’améliorer. Le compte rendu leur suffit, et il est fait pour ça.
Un détail de forme qui change le résultat : ouvrir la séance par les rôles plutôt que par une présentation de l’agence. Savoir qui tranche quoi rend les quatre-vingt-dix minutes suivantes beaucoup plus rapides, parce que chaque question trouve immédiatement son destinataire.
Les points propres à un projet d’application mobile
Un kick-off générique laisse passer quatre sujets qui n’existent que sur mobile, et qui bloquent tous une mise en ligne s’ils sont découverts tard.
- Les comptes de publication. Ils doivent être ouverts au nom de la société, pas au nom d’une personne ni du prestataire. La création demande des vérifications d’identité et des délais bancaires qui se comptent en semaines, pas en jours. À lancer le jour du kick-off.
- Les versions minimales supportées. Quelle version d’iOS, quelle version d’Android. Cette décision a un coût de développement réel et elle se prend avec des chiffres d’audience, pas par confort.
- Le parc d’appareils de test. Qui fournit quoi, et lesquels. Cinq combinaisons décidées au premier jour, et le plan de test s’écrira dessus.
- Le délai de validation par les magasins d’applications. Une version livrée n’est pas une version disponible. Ce délai s’ajoute au calendrier et il doit figurer dans les jalons, sinon la dernière date annoncée est fausse dès le premier jour.
Le compte rendu qui suit vaut plus que la réunion elle-même, et c’est la partie que les équipes bâclent. La trame fournie tient en une page : une ligne par décision avec son porteur et sa date, une liste d’actions avec une échéance pour ce qui n’a pas pu être tranché, et le rappel des dépendances côté client. Diffusé le jour même, il fait foi ; diffusé trois jours plus tard, il se discute.
Le tableur joint prend le relais ensuite : il porte le plan d’actions issu du kick-off, avec le porteur, l’échéance et le statut de chaque ligne. C’est lui qu’on ouvre au point hebdomadaire, et il évite la dérive classique où les décisions du premier jour sont oubliées au bout d’un mois.
Tenir un kick-off de projet en deux heures
- Envoyer l’ordre du jour 48 heures avant. Avec la note de cadrage validée en pièce jointe. Une réunion où l’on découvre les documents est une réunion perdue.
- Confirmer le périmètre, 20 minutes. Relire à voix haute ce qui est dans le lot et ce qui en est exclu. On ne rouvre pas l’arbitrage, on vérifie que tout le monde lit la même chose.
- Nommer les rôles, 20 minutes. Qui décide sur le périmètre, qui valide les livrables, qui produit les contenus et les données, qui est le point de contact unique de chaque côté.
- Poser le calendrier et les jalons, 25 minutes. Cinq à huit jalons nommés par leur livrable, avec la personne qui prononce le franchissement et les dépendances côté client.
- Fixer rituels et canaux, 20 minutes. Un point hebdomadaire à jour et heure fixes, un canal pour les questions courtes, un outil unique pour les anomalies. Trois décisions, pas davantage.
- Écrire les critères de fin, 20 minutes. À quelles conditions le projet est terminé et payé : plan de test validé, zéro cas bloquant, documentation et accès remis, période de garantie annoncée.
- Diffuser le compte rendu le jour même. Une décision par ligne, son porteur, sa date. Les points non tranchés partent en liste d’actions avec une échéance, jamais en « à voir ».
Le document
Les fichiers ci-dessous sont libres d’usage, y compris pour un projet commercial. Ils portent le nom du site en pied de page, rien d’autre : ni logo imposé, ni mention à conserver. Le formulaire plus haut sert à les recevoir par courriel, le téléchargement direct fonctionne sans rien laisser.
Un exemple rempli : le cas fictif Rondo
Compte rendu du kick-off du cas d’école fictif Rondo, une application inventée pour la démonstration : commande à l’avance et fidélité pour un réseau de soixante-deux boulangeries indépendantes. Le document Word contient la trame vierge et cet exemple en annexe.
- Périmètre confirmé
- Catalogue par boutique, commande à l’avance avec créneau, paiement en ligne, fidélité à points, notification de retrait, écran boutique. Hors lot et rappelé à voix haute : livraison à domicile, abonnement, parrainage, version tablette de comptoir, langues étrangères. Revue au comité de janvier.
- Rôles
- Décide : le responsable du réseau, seul, sur le périmètre et le budget. Contact quotidien : la référente de la boutique de la place du Marché. Responsable du projet côté prestataire : nommé. Technique côté client : le prestataire de la caisse, disponible une demi-journée par semaine.
- Jalons
- Maquettes validées en semaine 25, version pilote en service sur 6 boutiques en semaine 34, ouverture au réseau en semaine 40. Franchissement prononcé par le responsable du réseau, sauf les maquettes, validées par les six référents pilotes.
- Rituels et canaux
- Point hebdomadaire le mardi à 9 h, 30 minutes, ordre du jour fixe. Questions courtes sur un canal unique. Anomalies dans un seul outil, jamais par courriel. Aucune décision de périmètre prise en dehors du point hebdomadaire.
- Critères de fin
- Plan de test validé, zéro cas bloquant ouvert, cas majeurs tracés avec une date. Documentation et accès remis. Comptes de publication au nom de la société. Garantie de trois mois annoncée au contrat.
- Dépendances côté client
- Catalogues des 6 boutiques pilotes pour la semaine 22. Accès en lecture à la caisse pour la semaine 20. Ouverture des comptes de publication lancée le jour même, délai annoncé de 3 à 6 semaines. Deux téléphones de test fournis par le réseau.
- Non tranché, mis en action
- Choix du prestataire de paiement : trois offres à comparer, porteur le service comptable, échéance semaine 21. Politique de remboursement en cas de rupture : porteur le responsable du réseau, échéance semaine 22.
Deux choses méritent d’être remarquées. Les comptes de publication sont lancés le jour du kick-off, avant que la moindre ligne de code existe, parce que leur délai est administratif et qu’il ne se rattrape pas. Et les deux points non tranchés ne sont pas notés « à voir » : ils portent un porteur et une date, ce qui est la seule différence entre une action et un regret.
Les erreurs qui coûtent le plus cher
- Un kick-off transformé en atelier de cadrage. Si le périmètre se rouvre en séance, c’est qu’une étape manque en amont. Reportez la réunion, écrivez la note de cadrage, revenez. Deux heures de kick-off ne remplacent pas trois semaines de cadrage, elles les révèlent.
- Le décideur absent. Sans la personne qui arbitre le périmètre, la réunion produit des propositions à valider plus tard. Chacune de ces validations différées coûte une semaine, et le calendrier annoncé le jour même est déjà faux.
- Aucune dépendance côté client écrite. Contenus, accès, comptes, données, personnes disponibles : c’est là que la moitié des retards se joue. Non écrites au premier jour, elles ne se réclament pas, elles se subissent.
- Un compte rendu diffusé trois jours plus tard. Diffusé le jour même, il fait foi. Diffusé plus tard, il se discute, parce que chacun a eu le temps de reconstruire la réunion à sa façon. Prévoyez les dix dernières minutes pour l’écrire, pas le lendemain.
- Les délais de publication ignorés. Ouvrir les comptes des magasins d’applications demande des vérifications d’identité et bancaires qui prennent des semaines. Lancées au premier jour, elles passent inaperçues ; lancées au troisième mois, elles décalent la mise en ligne.
Kick-off et devis : ce que le prestataire en fait
Une agence qui reçoit un ordre du jour structuré avant la réunion arrive avec des réponses plutôt qu’avec une présentation. C’est un signal utile dans les deux sens : la façon dont un prestataire prépare ce premier rendez-vous dit beaucoup de la façon dont il tiendra les suivants.
Le kick-off est aussi le moment où les hypothèses du devis deviennent des engagements. Un devis contient toujours des « sous réserve de » : disponibilité des contenus, accès aux systèmes, interlocuteur unique. La réunion transforme ces réserves en dates et en noms, ou révèle qu’elles ne tiennent pas. Mieux vaut le savoir le premier jour.
Pour le reste, notre guide du cahier des charges d’application mobile fournit le périmètre qu’on confirme en séance, la grille de lecture d’un devis liste les réserves à transformer en engagements, et les ordres de grandeur de prix situent l’enveloppe par niveau d’ambition.
Les autres modèles de la rubrique
Les six points à trancher, et le temps à leur donner
| Point | Temps | La décision attendue |
|---|---|---|
| Périmètre confirmé | 20 min | Ce qui est dans le lot et ce qui en est exclu, relu à voix haute, sans rouvrir l’arbitrage |
| Rôles | 20 min | Qui décide, qui valide, qui produit, qui est le contact quotidien de chaque côté |
| Calendrier et jalons | 25 min | 5 à 8 jalons nommés par leur livrable, avec la personne qui prononce le franchissement |
| Rituels et canaux | 20 min | Un point hebdomadaire à heure fixe, un canal pour les questions, un outil pour les anomalies |
| Critères de fin | 20 min | À quelles conditions le projet est terminé, livré et payé |
| Dépendances côté client | 15 min | Ce que le client fournit, à quelle date, et qui s’en charge |
Kick-off projet : questions fréquentes
Qu’est-ce qu’un kick-off de projet ?
C’est la réunion qui ouvre officiellement les travaux, après la signature et avant la première ligne de code. Elle réunit ceux qui décident et ceux qui produisent pour trancher six points : le périmètre confirmé, les rôles, les jalons, les rituels et les canaux, les critères de fin, et les dépendances que le client doit fournir.
Combien de temps doit durer une réunion de lancement ?
Deux heures suffisent si l’ordre du jour et la note de cadrage ont été envoyés quarante-huit heures avant. Une réunion plus longue est presque toujours le signe qu’on y découvre des documents, ou qu’on y rouvre un arbitrage de périmètre qui aurait dû être tranché plus tôt.
Qui doit participer au kick-off ?
Quatre à six personnes : le décideur côté client, le contact quotidien côté client, le responsable du projet côté prestataire, un profil technique de chaque côté s’il y a des systèmes à interfacer, et ceux qui produiront les contenus. Les invités sans rôle nommé allongent la réunion sans l’améliorer ; le compte rendu leur suffit.
Quelle différence entre un kick-off et un atelier de cadrage ?
L’atelier de cadrage construit le périmètre, avant la consultation et avant tout contrat. Le kick-off confirme un périmètre déjà arbitré et organise le travail. Si le périmètre se rouvre pendant le kick-off, c’est que le cadrage n’a pas eu lieu : mieux vaut reporter la réunion que de la transformer en atelier.
Que doit contenir le compte rendu de kick-off ?
Une décision par ligne, avec son porteur et sa date. Puis une liste d’actions pour les points qui n’ont pas pu être tranchés, chacun avec une échéance. Puis le rappel des dépendances côté client. Diffusé le jour même, il fait foi ; diffusé trois jours plus tard, il se discute.
Un avis technique sur votre périmètre en trente minutes ?
Décrivez votre application en quinze minutes : vous repartez avec un avis technique sous 48 h. Périmètre, technologies pertinentes et ordre de grandeur budgétaire. Sans engagement.
Ou par téléphone 06 32 64 24 80
Les modèles de documents de projet
Expression de besoin, note de cadrage, user stories, matrice de priorisation, roadmap produit : les documents s’enchaînent, et le même cas d’école fictif les traverse tous.